I tested Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050504. If StartWithLastProfile=0 in profiles.ini, firefox fails to boot. 20050502 build has no problem.

20050503 build has no problem too. http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=MozillaTinderboxAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-05-03+06%3A00%3A00&maxdate=2005-05-04+06%3A00%3A00&cvsroot=%2Fcvsroot

debug build's log nsNativeComponentLoader: registering deferred (0) pldhash: for the table at address 02AF5568, the given entrySize of 44 probably favors chaining over double hashing. WARNING: dependent window created without a parent, file m:/mozilla-c/mozilla/toolkit/components/startup/src/nsAppStartup.cpp, line 429 ++WEBSHELL == 1 ++DOMWINDOW == 1 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file m:/mozilla-c/mozilla/extensions/cookie/nsPermissionManager.cpp, line 637 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file m:/mozilla-c/mozilla/intl/strres/src/nsStringBundle.cpp, line 273 Note: styleverifytree is disabled Note: frameverifytree is disabled Note: verifyreflow is disabled JavaScript error: , line 0: uncaught exception: Permission denied to create wrapper for object of class UnnamedClass WARNING: Deleting out of flow without tearing down placeholder relationship, file m:/mozilla-c/mozilla/layout/generic/nsFrame.cpp, line 641 --WEBSHELL == 0 WARNING: nsExceptionService ignoring thread destruction after shutdown, file m:/mozilla-c/mozilla/xpcom/base/nsExceptionService.cpp, line 191 nsStringStats => mAllocCount: 6389 => mReallocCount: 570 => mFreeCount: 6389 => mShareCount: 5510 => mAdoptCount: 1936 => mAdoptFreeCount: 1918 -- LEAKED 18 !!!

Reproduced with 2005050405-trunk/Suite/WinXP.

I'm seeing this on the Mac, too. Firefox trunk/20050504. Requesting blocking1.8b2.

The "uncaught exception: Permission denied to create wrapper for object of class UnnamedClass" is a regression from the initial checkin of bug 281988, which should now be fixed by brendan's latest checkin. Can you test again with a current build?

Yes, better now.

WFM 2005050415-trunk/Firefox/WinXP

20050505 build has no problem. -> WFM