Closed Bug 798872 Opened 9 years ago Closed 9 years ago

crash in nsRefreshDriver::Tick


(Core :: Layout, defect)

18 Branch
Not set



Tracking Status
firefox17 --- unaffected
firefox18 --- unaffected


(Reporter: scoobidiver, Assigned: vlad)



(Keywords: crash, regression, topcrash)

Crash Data

It's currently #4 top crasher in today's build. The regression range is:
It's likely a regression from bug 731974.

Signature 	nsRefreshDriver::Tick(__int64, mozilla::TimeStamp) More Reports Search
UUID	e635988f-b8ed-414a-808f-df6152121007
Date Processed	2012-10-07 05:46:37
Uptime	867
Last Crash	1.7 weeks before submission
Install Age	14.4 minutes since version was first installed.
Install Time	2012-10-07 05:31:43
Product	Firefox
Version	18.0a1
Build ID	20121006134717
Release Channel	nightly
OS	Windows NT
OS Version	6.1.7601 Service Pack 1
Build Architecture	x86
Build Architecture Info	AuthenticAMD family 16 model 4 stepping 3
Crash Address	0xc
App Notes 	
AdapterVendorID: 0x1002, AdapterDeviceID: 0x68b8, AdapterSubsysID: 29911682, AdapterDriverVersion: 8.982.0.0
D3D10 Layers? D3D10 Layers- D3D9 Layers? D3D9 Layers- 
EMCheckCompatibility	True
Adapter Vendor ID	0x1002
Adapter Device ID	0x68b8
Total Virtual Memory	4294836224
Available Virtual Memory	3735400448
System Memory Use Percentage	59
Available Page File	5402931200
Available Physical Memory	1748594688

Frame 	Module 	Signature 	Source
0 	xul.dll 	nsRefreshDriver::Tick 	layout/base/nsRefreshDriver.cpp:736
1 	xul.dll 	mozilla::RefreshDriverTimer::Tick 	layout/base/nsRefreshDriver.cpp:150
2 	xul.dll 	nsTimerImpl::Fire 	xpcom/threads/nsTimerImpl.cpp:473
3 	winmm.dll 	timeGetTime 	
4 	xul.dll 	nsTimerEvent::Run 	xpcom/threads/nsTimerImpl.cpp:556
5 	xul.dll 	nsThread::ProcessNextEvent 	xpcom/threads/nsThread.cpp:612
6 	xul.dll 	mozilla::ipc::MessagePump::Run 	ipc/glue/MessagePump.cpp:82
7 	xul.dll 	MessageLoop::RunHandler 	ipc/chromium/src/base/
8 	xul.dll 	MessageLoop::Run 	ipc/chromium/src/base/
9 	xul.dll 	nsBaseAppShell::Run 	widget/xpwidgets/nsBaseAppShell.cpp:163
10 	xul.dll 	nsAppShell::Run 	widget/windows/nsAppShell.cpp:232
11 	xul.dll 	nsAppStartup::Run 	toolkit/components/startup/nsAppStartup.cpp:290
12 	xul.dll 	XREMain::XRE_mainRun 	toolkit/xre/nsAppRunner.cpp:3792
13 	xul.dll 	XREMain::XRE_main 	toolkit/xre/nsAppRunner.cpp:3858
14 	xul.dll 	XRE_main 	toolkit/xre/nsAppRunner.cpp:3933
15 	firefox.exe 	wmain 	toolkit/xre/nsWindowsWMain.cpp:105
16 	firefox.exe 	__tmainCRTStartup 	crtexe.c:552
17 	kernel32.dll 	BaseThreadInitThunk 	
18 	ntdll.dll 	__RtlUserThreadStart 	
19 	ntdll.dll 	_RtlUserThreadStart

More reports at:
Hrm, weird.  Looking into it, need to see how we could get into this situation.  Only thing I can think of is that drivers[i] is somehow invalid; it can't be null, or the earlier check for IsTestControllingRefreshes() would've crashed it as well.

(The stack seems pretty optimized there; there are two functions missing in between the nsTimerImpl and the Tick)
Assignee: nobody → vladimir
Keywords: topcrash
It's #2 top crasher in today's build.
Still looking into it; it got backed out today due to some WinXP mochitest-o orange.
I have a bizarre fuzz testcase that reliably triggers this crash on my laptop, fwiw.  It involves opening/resizing windows and mjitChunkLimit.
Awesome -- what platform?  Can you attach or mail me the testcase?
I'm on Lion.  Filed bug 799242 with the testcase.
Depends on: 799242
This was backed out of 18, and is the same as bug 799242 -- patch is there.
Closed: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 799242
No longer depends on: 799242
You need to log in before you can comment on or make changes to this bug.