311685 - Firefox crashes when running a trunk build after a branch build in the same profile

Status: RESOLVED DUPLICATE of bug 311332

(Firefox Build System :: General, defect)

Description

[Ria Klaassen (not reading all bugmail)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051008 Firefox/1.4.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051008 Firefox/1.4.1

Get no talkback, only a Microsoft blue message.
After updating compatibility.ini it can start up succesfully.



Reproducible: Always

Steps to Reproduce:
1. Make a new profile and run a branch build.
2. Close the branch build an start a trunk build. It will update
compatibility.ini but then crash with only a Microsoft message.
3. After this it will start up successfully and every next time, until you run a
branch build again.

Comment 1

[Ria Klaassen (not reading all bugmail)]

Regression between 1.9a1_2005100704 and 1.9a1_2005100709.

Comment 2

[Ria Klaassen (not reading all bugmail)]

Oh well, has nothing to do with compatibility.ini.
No problem switching between trunk builds.

Comment 3

[Ria Klaassen (not reading all bugmail)]

When I delete prefs.js before starting the trunk build, it doesn't crash.

It crashes on this line: user_pref("extensions.lastAppVersion", "1.4.1");

Comment 4

[Ria Klaassen (not reading all bugmail)]

Also making compatibility.ini read-only at the right moment prevents the crash.

Comment 5

[Adam Guthrie]

I've seen this, too, while switching between trunk and branch nightlies to avoid
autocomplete bustage. No talkback here either.

Comment 6

[Robert Strong (they/them - no direct email)]

I suspect bug 306363 caused this and I don't see this on the branch. We no
longer check if nsIScriptSecurityManager* mgr =
nsContentUtils::GetSecurityManager(); returns null on the trunk. This does not
appear to affect linux.

nsXBLBinding::AllowScripts() line 1233 + 15 bytes
nsXBLBinding::ExecuteDetachedHandler() line 795 + 8 bytes
ExecuteDetachedHandler(void * 0x00b312f0, void * 0x00000000) line 816
nsVoidArray::EnumerateForwards(int (void *, void *)* 0x0149e9f0
ExecuteDetachedHandler(void *, void *), void * 0x00000000) line 648 + 21 bytes
nsBindingManager::ExecuteDetachedHandlers(nsBindingManager * const 0x00b20900)
line 828
nsGlobalWindow::HandleDOMEvent(nsPresContext * 0x00b001a0, nsEvent * 0x0012faa0,
nsIDOMEvent * * 0x0012fa68, unsigned int 7, nsEventStatus * 0x0012fac0) line 1514
DocumentViewerImpl::PageHide(DocumentViewerImpl * const 0x028f02f8, int 1) line
1215 + 35 bytes
nsDocShell::FirePageHideNotification(nsDocShell * const 0x02b0cff0, int 1) line 890
nsDocShell::Destroy(nsDocShell * const 0x02b0d004) line 3511
nsXULWindow::Destroy(nsXULWindow * const 0x02b0c470) line 511
nsWebShellWindow::Destroy(nsWebShellWindow * const 0x02b0c470) line 850 + 9 bytes
nsAppShellService::Observe(nsAppShellService * const 0x02b0c2cc, nsISupports *
0x003ef984, const char * 0x0036420c, const unsigned short * 0x00000000) line 550
nsObserverService::NotifyObservers(nsObserverService * const 0x00bc4b50,
nsISupports * 0x003ef984, const char * 0x0036420c, const unsigned short *
0x00000000) line 235
NS_ShutdownXPCOM_P(nsIServiceManager * 0x003ef984) line 795
ScopedXPCOMStartup::~ScopedXPCOMStartup() line 553 + 12 bytes
XRE_main(int 1, char * * 0x003e6ec0, const nsXREAppData * 0x00421020 kAppData)
line 2328
main(int 1, char * * 0x003e6ec0) line 61 + 18 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 7c816d4f()

Comment 7

[timeless]

*** This bug has been marked as a duplicate of 311332 ***