Closed Bug 781272 Opened 12 years ago Closed 12 years ago

crash in nsRootPresContext::RequestUpdatePluginGeometry


(Core :: Layout, defect)

17 Branch
Not set



Tracking Status
firefox17 + fixed


(Reporter: scoobidiver, Assigned: johns)



(4 keywords)

Crash Data

It first appeared in 17.0a1/20120808 and is currently #2 top crasher in today's build. The regression range is:

Signature 	nsRootPresContext::RequestUpdatePluginGeometry(nsIFrame*) More Reports Search
UUID	e3d62ece-1ae3-45e6-896c-29afd2120808
Date Processed	2012-08-08 18:00:09
Uptime	506
Last Crash	11.0 minutes before submission
Install Age	22.2 minutes since version was first installed.
Install Time	2012-08-08 17:37:32
Product	Firefox
Version	17.0a1
Build ID	20120808030529
Release Channel	nightly
OS	Windows NT
OS Version	6.1.7600
Build Architecture	x86
Build Architecture Info	GenuineIntel family 6 model 37 stepping 5
Crash Address	0x1c
App Notes 	
AdapterVendorID: 0x8086, AdapterDeviceID: 0x0046, AdapterSubsysID: 04661028, AdapterDriverVersion:
D3D10 Layers? D3D10 Layers- D3D9 Layers? D3D9 Layers- 
EMCheckCompatibility	True
Adapter Vendor ID	0x8086
Adapter Device ID	0x0046
Total Virtual Memory	4294836224
Available Virtual Memory	3862122496
System Memory Use Percentage	40
Available Page File	6251466752
Available Physical Memory	2428760064

Frame 	Module 	Signature 	Source
0 	xul.dll 	nsRootPresContext::RequestUpdatePluginGeometry 	layout/base/nsPresContext.cpp:2777
1 	xul.dll 	PresShell::DoReflow 	layout/base/nsPresShell.cpp:7532
2 	xul.dll 	PresShell::ProcessReflowCommands 	layout/base/nsPresShell.cpp:7608
3 	xul.dll 	PresShell::FlushPendingNotifications 	layout/base/nsPresShell.cpp:3877
4 	xul.dll 	nsEventStateManager::FlushPendingEvents 	content/events/src/nsEventStateManager.cpp:4958
5 	xul.dll 	nsEventStateManager::PreHandleEvent 	content/events/src/nsEventStateManager.cpp:1140
6 	xul.dll 	PresShell::HandleEventInternal 	layout/base/nsPresShell.cpp:6456
7 	xul.dll 	PresShell::HandlePositionedEvent 	layout/base/nsPresShell.cpp:6207
8 	xul.dll 	PresShell::HandleEvent 	layout/base/nsPresShell.cpp:6004
9 	xul.dll 	nsViewManager::DispatchEvent 	view/src/nsViewManager.cpp:858
10 	xul.dll 	PresShell::DispatchSynthMouseMove 	layout/base/nsPresShell.cpp:3420
11 	xul.dll 	PresShell::ProcessSynthMouseMoveEvent 	layout/base/nsPresShell.cpp:5203
12 	xul.dll 	PresShell::nsSynthMouseMoveEvent::WillRefresh 	layout/base/nsPresShell.h:621
13 	xul.dll 	nsRefreshDriver::Notify 	layout/base/nsRefreshDriver.cpp:339
14 	xul.dll 	nsTimerImpl::Fire 	xpcom/threads/nsTimerImpl.cpp:476
15 	xul.dll 	nsThread::ProcessNextEvent 	xpcom/threads/nsThread.cpp:624
16 	xul.dll 	mozilla::ipc::MessagePump::Run 	ipc/glue/MessagePump.cpp:82
17 	xul.dll 	MessageLoop::RunHandler 	ipc/chromium/src/base/
18 	xul.dll 	MessageLoop::Run 	ipc/chromium/src/base/
19 	xul.dll 	nsBaseAppShell::Run 	widget/xpwidgets/nsBaseAppShell.cpp:163
20 	xul.dll 	nsAppShell::Run 	widget/windows/nsAppShell.cpp:232
21 	xul.dll 	nsAppStartup::Run 	toolkit/components/startup/nsAppStartup.cpp:271
22 	xul.dll 	XREMain::XRE_mainRun 	toolkit/xre/nsAppRunner.cpp:3798
23 	xul.dll 	XREMain::XRE_main 	toolkit/xre/nsAppRunner.cpp:3875
24 	xul.dll 	XRE_main 	toolkit/xre/nsAppRunner.cpp:3951

More reports at:*%29
Crash Signature: [@ nsRootPresContext::RequestUpdatePluginGeometry(nsIFrame*)] [@ nsRootPresContext::RequestUpdatePluginGeometry] → [@ nsRootPresContext::RequestUpdatePluginGeometry(nsIFrame*)] [@ nsRootPresContext::RequestUpdatePluginGeometry] [@ nsRootPresContext::UpdatePluginGeometry]
Crash Signature: [@ nsRootPresContext::RequestUpdatePluginGeometry(nsIFrame*)] [@ nsRootPresContext::RequestUpdatePluginGeometry] [@ nsRootPresContext::UpdatePluginGeometry] → [@ nsRootPresContext::RequestUpdatePluginGeometry(nsIFrame*)] [@ nsRootPresContext::RequestUpdatePluginGeometry]
According to comments, it seems related to
Bug 745030 is in the regression range, so that may be related to the crashes.
It looks like we're incorrectly keeping subdocuments or plugins alive in some situations after bug 745030 - this could be the same as bug 781265.
Assignee: nobody → jschoenick
Blocks: 745030
According to the comments, it seems to be happening to most users. I just crashed twice there.
I can reproduce this crash easily on Mac trunk, following these steps:

1. Using a previously created Hotmail address, go to and upgrade your account.
(following instructions from
2. After sign in, I crash every time.
Keywords: reproducible
The fix in bug 781265 may also fix this, but I have not been able to reliably reproduce this instance of it
(In reply to John Schoenick [:johns] from comment #9)
> The fix in bug 781265 may also fix this, but I have not been able to
> reliably reproduce this instance of it
It's indeed a dupe according to recent crash stats.
Closed: 12 years ago
Resolution: --- → DUPLICATE
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14a1 ID:20120818003004 c-c:8261f4f34dca m-c:812ea773f166

Just browse for a bit and don't know how to submit bug
I found that advertising is not completely shielding with Firefox
Advertising will be very card after the conflict,User experience very much

You need to log in before you can comment on or make changes to this bug.