Closed Bug 480970 Opened 15 years ago Closed 15 years ago

Crash [@ nsGlobalWindow::ResumeTimeouts]


(Core :: DOM: Core & HTML, defect, P2)

Windows XP





(Reporter: martijn.martijn, Unassigned)


(Keywords: crash, regression, testcase)

Crash Data

This is a follow-up from bug 480793, I noticed that the patch in that bug didn't fix the crashes I was seeing.

Stack of crash, I'm seeing:
>	gklayout.dll!nsCOMPtr<nsITimer>::assign_assuming_AddRef(nsITimer * newPtr=0x06252ca0)  Line 495 + 0x9 bytes	C++
 	gklayout.dll!nsCOMPtr<nsITimer>::assign_from_helper(const nsCOMPtr_helper & helper={...}, const nsID & aIID={...})  Line 1242	C++
 	gklayout.dll!nsCOMPtr<nsITimer>::operator=(const nsCOMPtr_helper & rhs={...})  Line 708	C++
 	gklayout.dll!nsGlobalWindow::ResumeTimeouts(int aThawChildren=0)  Line 8515	C++
 	gklayout.dll!nsResumeTimeoutsEvent::Run()  Line 156	C++
 	xpcom_core.dll!nsThread::ProcessNextEvent(int mayWait=1, int * result=0x0012f788)  Line 511	C++
 	xpcom_core.dll!NS_ProcessNextEvent_P(nsIThread * thread=0x00cd3b88, int mayWait=1)  Line 230 + 0x16 bytes	C++
 	xpcom_core.dll!nsThread::Shutdown()  Line 465 + 0xb bytes	C++
 	xpcom_core.dll!NS_InvokeByIndex_P(nsISupports * that=0x00000006, unsigned int methodIndex=0, unsigned int paramCount=0, nsXPTCVariant * params=0x0012f830)  Line 102	C++
 	xpcom_core.dll!nsProxyObjectCallInfo::Run()  Line 181 + 0x2d bytes	C++
 	xpcom_core.dll!nsProxyObjectCallInfo::Run()  Line 181 + 0x2d bytes	C++
 	xpcom_core.dll!nsThread::ProcessNextEvent(int mayWait=1, int * result=0x0012f848)  Line 511	C++
 	xpcom_core.dll!NS_ProcessNextEvent_P(nsIThread * thread=0x00cd3b88, int mayWait=1)  Line 230 + 0x16 bytes	C++
 	gkwidget.dll!nsBaseAppShell::Run()  Line 170 + 0xc bytes	C++
 	tkitcmps.dll!nsAppStartup::Run()  Line 192 + 0x1c bytes	C++
 	xul.dll!XRE_main(int argc=1, char * * argv=0x00caffb8, const nsXREAppData * aAppData=0x00caa538)  Line 3220 + 0x25 bytes	C++
 	firefox.exe!NS_internal_main(int argc=1, char * * argv=0x00caffb8)  Line 156 + 0x12 bytes	C++
 	firefox.exe!wmain(int argc=1, unsigned short * * argv=0x00caa058)  Line 107 + 0xd bytes	C++
 	firefox.exe!__tmainCRTStartup()  Line 583 + 0x19 bytes	C
 	firefox.exe!wmainCRTStartup()  Line 403	C
 	kernel32.dll!_BaseProcessStart@4()  + 0x23 bytes	

Also, prior to the crash, I'm seeing this assertion:
###!!! ASSERTION: How'd our timer end up null if we're not frozen?: 'IsFrozen()'
, file c:/mozilla-build-1.3/src/dom/src/base/nsGlobalWindow.cpp, line 7855
Flags: blocking1.9.1?
Priority: -- → P2
Martijn, are you still seeing this crash with builds from today?
(In reply to comment #2)
> Yes, see:

That is actually different crash. Can you reproduce that with a debug build?
If yes, do you see assertion "No expression, so no handler text!"
No, I can't reproduce that crash with a debug build, I can only reproduce the crash as originally reported.
I uploaded a patch to tryserver.
The build will appear here;O=D
tca and opettay in its name.
Closed: 15 years ago
Resolution: --- → DUPLICATE
No longer blocks: 340345
Blocking, just to make sure we track this if it's really not a dupe.
Flags: blocking1.9.1? → blocking1.9.1+
Target Milestone: --- → mozilla1.9.1
Johnny, this is a dupe. Bug 481955 has already blocking1.9.1+ set.
Flags: blocking1.9.1+
Johnny added the flag so that it would be marked correctly if the bug was reopened for whatever reason. There's no harm in having a blocking+ flag on a RESOLVED DUPLICATE bug, so you shouldn't have removed it.
Crash Signature: [@ nsGlobalWindow::ResumeTimeouts]
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.