Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007100805 Minefield/3.0a9pre ID:2007100805 WFM
Aha! Just discovered that the function called by the body "onUnload" event contains a call to "self.focus()". Dumb, I know. Still, this should not cause a browser crash.
It doesn't crash for me, using Firefox 184.108.40.206 on Tiger (Intel). Can you attach a stack trace or give a talkback ID? You should be able to pull a stack trace out of ~/Library/Logs/CrashReporter/firefox-bin.crash.log (the newest crash will be at the bottom).
Okay -- log is at: http://www.pemburn.com/poptest/firefox-bin.crash.log I have no idea what any of it means so it probably contains redundant or irrelevant data . . . however: I did notice that it referred to "PPC" and when I looked in the Mac Activity Monitor, I was shocked to discover that Firefox is running as a PowerPC app under Rosetta! I had never noticed this before. Is there no Intel version? BTW: I should have mentioned -- I also have an old eMac that is, of course, a PowerPC. I've tested this bug on that machine and it crashes there as well. Is there any possibility that plug-ins installed on Firefox could affect this in any way (I wouldn't think so but I've been a software developer for over 20 years and you'd be surprised at the unlikely bugs I've found). On both of my Macs I have the FireFTP plug-in loaded and I have FireBug loaded on my main machine (the latest version of MacBook).
The stack traces in your log that don't have "Rosetta: Yes" mostly show the crash as being [@ TestWindowGroupAttributes]. Bug 388181 was reported as having the same signature, so hopefully the fix there will fix your crash too. That patch was checked in on the branch for Firefox 220.127.116.11. You can test a branch nightly from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8/ to make sure it's fixed for you. As for why Firefox is (sometimes?!) running under Rosetta, I have no clue. Based on the crash log, it looks like the same thing was happening for you a month ago with Firefox 18.104.22.168: sometimes Rosetta, sometimes native. Firefox 22.214.171.124 is shipped as a universal binary, so it *can* run under Rosetta (by loading the PPC section), but it should prefer to load the Intel section. Try doing a "Get Info" on Firefox in your Applications folder. Make sure it says "Kind: Application (Universal)" at the top and make sure the "Open using Rosetta" checkbox (just under the color labels) is unchecked.
Downloaded "Bon Echo" (??) and tried my bug test. It passed with flying colors! I notice that it runs as native Intel. Checked "Get Info" for Firefox as you suggested and it does list it as Universal. Quit Bon Echo and went back to Fireox 126.96.36.199. It did what looked like an update process (checked add-ins, etc). Still says "PowerPC", despite. I haven't checked the again bug yet but I will as soon as I post this.
Minutes later . . . Tested again w/Firefox 188.8.131.52 and the bug persists. So, I'm guessing that when the 184.108.40.206 release becomes official, I'll be notified and the software will automatically update. In the meantime, I've isolated a stupid coding error and eliminated it. Thanks!
Ok, I'll mark this as FIXED by the patch in bug 388181. "Bon Echo" was the codename for Firefox 2, and it's the name builds from that branch use to distinguish themselves from Firefox release builds. Can you file a new bug report on the "Firefox mysteriously starts under Rosetta" issue? That sounds kinda bad, and it would be nice to figure out why (or at least have something to compare to if someone else has a similar problem).
Will do. It may take me a few days -- I have to make up for the time that figuring out _this_ bug cost me first. Thanks!
verified fixed 220.127.116.11 using Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-JP-mac; rv:18.104.22.168) Gecko/2007100816 Firefox/22.214.171.124 - no crash on steps to reproduce - Adding verified keyword