Talk:Mac:Intel

From MozillaWiki
Jump to: navigation, search

jgw writes: Is the frequent loss of all search engine add-ons a known issue?

Markmentovai responds: It's quite possibly bug 317345, which will be fixed in 1.5.0.1 and any Intel releases that will be made in the future. The code that builds the search engine list is one of the things that uses the "broken garbage" that the bug refers to and fixes.

jgw continues: Also possibly related, after this happens I'm unable to launch Firefox. I click on the icon in the Dock and it bounces once or twice and quits. This continues until I reboot or something. 'ps ax' shows no Mozilla-related cruft running. I'm at a loss as to how I would file a useful, informative bug report, here.

Markmentovai retorts: That might be the dyld stub problem we've been seeing. Try launching Firefox from the Terminal, by typing "/path/to/Firefox.app/Contents/MacOS/firefox-bin" and see if there's any useful output. (Useful to whom? Who knows. Maybe us.)

Markmentovai updates: the dyld helper problem ("lazy pointer not found") was a bug in the DTK's version of dyld. It's reportedly been fixed in the shipping version of 10.4.4. bug 313398 comment 36.

Mike3k writes: You can build universal binaries that will run on 10.2.x, 10.3.x, and 10.4.x as well as x86 using the architecture specific settings in the latest XCode. In your project settings, add:

 MACOSX_DEPLOYMENT_TARGET_ppc  10.2
 GCC_VERSION_ppc               3.3
 SDKROOT_ppc                   /Developer/SDKs/MacOSX10.2.8.sdk

Markmentovai says: Thanks, Mike3k, but that only works for projects that are built entirely from within Xcode. We have a tremendous and complex cross-platform build system, of which Xcode-based projects are only a tiny piece. Supporting universal binaries painlessly and properly means reimplementing much of what Xcode already does. Forunately, we do now have that: read about universal binary support in Mozilla.

No subpixel rendering

Kaya writes: It appears that on 10.4.5 Intel, subpixel rendering is a no go. Fonts are still antialiased; they just don't do anything fancy for LCD displays. This has been filed as bug 328650. It appears that this has been fixed by Apple in 10.4.7; however, occasionally chunks of text (usually links) will continue to be rendered in greyscale. This resolves once the mouse pointer rolls over them.

Thanks, Kaya. Yours is the second report I've gotten of this. Something might be up at the OS level, but it's also possible that we're doing something wrong. We'll look into this.

Locking

Shouldn't this page be protected due to the influx of visitors from news reports? (e.g. http://www.zdnetasia.com/news/software/0,39044164,39305215,00.htm ). Someone could abuse the page, or edit the links to point to somewhere else for their own purpose.

Kroc 00:29, 17 Jan 2006 (PST)

Markmentovai opines: not a problem 'til it's a problem.

Kudos

Just tried the 1/17/06 build on my DTK and my new iMac last night. I ran it through some of my usual tests to crash Firefox (rapid quit and reloads, browsing myspace, flash-heavy sites, etc). Not one, single crash thus far.

This is the most stable, fastest build I've seen of any Firefox release so far. It's even faster than Safari for the first time. This is the first time I don't have any particular complaints about Firefox. Awesome job, Josh & Mark and the rest! Your work is very appreciated.

-- Jgw

Markmentovai sez: Hey, thanks! We're rolling even more improvements now that the universal builds are seeing some real testing and QA. There are some cool new fixes that let you bring your ppc profile and even cache straight over to an x86 without losing any data.

"Invisible Text"

Hello - I loaded the latest Intel build from this site as of 12 March: kudos to you and thanks for this build - very fast on my MacBook.

I have one text area for entering comments, in an online Time Entry app I am using. In the latest build from this site, the text in the comment field is "invisible". I can select it, and it turns light blue when I do, but I cannot see what is in the text area. When I save, what I type is correctly rendered.

However, this does not happen on the Windows 1.5 production Firefox, or, on the unofficial Intel build I downloaded here.

Any idea on what I might try? Thank you in advance.

--RickCogley 04:43, 13 Mar 2006 (PST)

Markmentovai dit: Firefox 1.5.0.2 is out as a universal binary. Please give it a try. If you still have trouble, clean profile and all, file a bug and provide some way for others to be able to reproduce your bug: provide access to the app, or better yet, provide a minimized testcase.

Right click disabled?

I haven't found any other posts about this potential issue, so it might end up being an issue only on my machine, but the right-click (control-click) functionality in the Universal pre-release of Firefox is disabled, or non-functioning. Is this a known bug? -pb

Markmentovai's answer: Not a known bug, haven't heard this one before, and it's certainly not intentional. Any weird mouse drivers on your system? Tried a clean profile?

LBW: When I installed Firefox 1.5.0.4 on my MacBook Pro right-clicking was disabled at first. I finally tracked it down to an extension (Mouse Gestures 1.5 from Optimoz). If you have any extensions loaded, disable/enable them and see if that helps.