Open Bug 822999 Opened 9 years ago Updated 5 years ago

startup crash in nsWindow::OnPaint

Categories

(Core :: Widget: Win32, defect, P4)

19 Branch
All
Windows 7
defect

Tracking

()

Tracking Status
firefox19 - affected
firefox20 --- affected

People

(Reporter: scoobidiver, Assigned: tnikkel)

References

Details

(Keywords: crash, regression, Whiteboard: [startupcrash], tpi:+)

Crash Data

This bug tracks crashes not fixed by bug 805745.

Signature 	_moz_cairo_destroy More Reports Search
UUID	83541b30-03a4-4a47-bfec-c91382121218
Date Processed	2012-12-18 19:14:27
Uptime	14
Last Crash	1.1 days before submission
Install Age	1.7 hours since version was first installed.
Install Time	2012-12-18 17:11:42
Product	Firefox
Version	20.0a1
Build ID	20121218030803
Release Channel	nightly
OS	Windows NT
OS Version	6.1.7601 Service Pack 1
Build Architecture	x86
Build Architecture Info	GenuineIntel family 6 model 23 stepping 10
Crash Reason	EXCEPTION_ACCESS_VIOLATION_READ
Crash Address	0xffffffffffffffff
App Notes 	
AdapterVendorID: 0x8086, AdapterDeviceID: 0x2a42, AdapterSubsysID: 02531025, AdapterDriverVersion: 8.15.10.1892
D3D10 Layers? D3D10 Layers- D3D9 Layers? 
EMCheckCompatibility	True
Adapter Vendor ID	0x8086
Adapter Device ID	0x2a42
Total Virtual Memory	4294836224
Available Virtual Memory	3866140672
System Memory Use Percentage	73
Available Page File	1049817088
Available Physical Memory	555003904

Frame 	Module 	Signature 	Source
0 	gkmedias.dll 	_moz_cairo_destroy 	gfx/cairo/cairo/src/cairo.c:434
1 	xul.dll 	gfxContext::~gfxContext 	gfx/thebes/gfxContext.cpp:112
2 	xul.dll 	nsWindow::OnPaint 	widget/windows/nsWindowGfx.cpp:510
3 	xul.dll 	nsWindow::ProcessMessage 	widget/windows/nsWindow.cpp:4508
4 	xul.dll 	nsWindow::WindowProcInternal 	widget/windows/nsWindow.cpp:4379
5 	xul.dll 	CallWindowProcCrashProtected 	xpcom/base/nsCrashOnException.cpp:32
6 	xul.dll 	nsWindow::WindowProc 	widget/windows/nsWindow.cpp:4331
7 	user32.dll 	InternalCallWinProc 	
8 	user32.dll 	NtUserGetDC 	
9 	user32.dll 	DispatchClientMessage 	
10 	user32.dll 	__fnDWORD 	
11 	ntdll.dll 	KiUserCallbackDispatcher 	
12 	ntdll.dll 	KiUserApcDispatcher 	
13 	xul.dll 	nsWindow::Show 	widget/windows/nsWindow.cpp:1199
14 	xul.dll 	nsXULWindow::SetVisibility 	xpfe/appshell/src/nsXULWindow.cpp:813
15 	xul.dll 	nsXULWindow::OnChromeLoaded 	xpfe/appshell/src/nsXULWindow.cpp:1018
16 	xul.dll 	nsWebShellWindow::OnStateChange 	xpfe/appshell/src/nsWebShellWindow.cpp:563
17 	xul.dll 	nsDocLoader::DoFireOnStateChange 	uriloader/base/nsDocLoader.cpp:1305
18 	xul.dll 	nsDocLoader::doStopDocumentLoad 	uriloader/base/nsDocLoader.cpp:896
19 	xul.dll 	nsDocLoader::DocLoaderIsEmpty 	uriloader/base/nsDocLoader.cpp:775
20 	xul.dll 	nsDocLoader::ChildDoneWithOnload 	uriloader/base/nsDocLoader.h:193
21 	xul.dll 	nsDocLoader::DocLoaderIsEmpty 	uriloader/base/nsDocLoader.cpp:778
22 	xul.dll 	nsDocLoader::OnStopRequest 	uriloader/base/nsDocLoader.cpp:659
23 	xul.dll 	nsLoadGroup::RemoveRequest 	netwerk/base/src/nsLoadGroup.cpp:674
24 	xul.dll 	nsDocument::DoUnblockOnload 	content/base/src/nsDocument.cpp:6974
25 	xul.dll 	nsDocument::UnblockOnload 	content/base/src/nsDocument.cpp:6916
26 	xul.dll 	nsDocument::DispatchContentLoadedEvents 	content/base/src/nsDocument.cpp:4222
27 	xul.dll 	nsRunnableMethodImpl<void 	obj-firefox/dist/include/nsThreadUtils.h:367
28 	xul.dll 	nsThread::ProcessNextEvent 	xpcom/threads/nsThread.cpp:627
29 	xul.dll 	NS_ProcessNextEvent_P 	obj-firefox/xpcom/build/nsThreadUtils.cpp:237
...

More reports at:
https://crash-stats.mozilla.com/report/list?signature=_moz_cairo_destroy
https://crash-stats.mozilla.com/report/list?signature=%400x0+|+nsBaseWidget%3A%3AAutoLayerManagerSetup%3A%3A~AutoLayerManagerSetup%28%29
More reports also at:
https://crash-stats.mozilla.com/report/list?signature=nsWindow%3A%3AOnPaint%28HDC__*%2C+unsigned+int%29
Crash Signature: [@ _moz_cairo_destroy] [@ @0x0 | nsBaseWidget::AutoLayerManagerSetup::~AutoLayerManagerSetup()] → [@ _moz_cairo_destroy] [@ nsWindow::OnPaint(HDC__*, unsigned int)] [@ @0x0 | nsBaseWidget::AutoLayerManagerSetup::~AutoLayerManagerSetup()]
Bug 805745 hasn't fixed the top crasher in Aurora. Still #6 top crasher over the last day.

See https://crash-stats.mozilla.com/report/list?signature=gfxASurface%3A%3ARelease%28%29
Crash Signature: [@ _moz_cairo_destroy] [@ nsWindow::OnPaint(HDC__*, unsigned int)] [@ @0x0 | nsBaseWidget::AutoLayerManagerSetup::~AutoLayerManagerSetup()] → [@ _moz_cairo_destroy] [@ nsWindow::OnPaint(HDC__*, unsigned int)] [@ @0x0 | nsBaseWidget::AutoLayerManagerSetup::~AutoLayerManagerSetup()] [@ gfxASurface::Release()]
Keywords: regression, topcrash
Version: Trunk → 19 Branch
Depends on: 805745
(In reply to Scoobidiver from comment #2)
> Bug 805745 hasn't fixed the top crasher in Aurora. Still #6 top crasher over
> the last day.

Are you sure that's the same issue as the remaining nsWindow::onPaint crashes? Otherwise, please remove this signature from here again and let's use bug 704765 as the tracker for the gfxASurface::Release() startup crash, as that's what it was filed for.
The gfxASurface::Release() signature belongs also to bug 805745 like the three other crash signatures. Only the first frames differ between the four.

Bug 704765 was filed for 9.0 while this one is for the spike in 19.0 and 20.0.
(In reply to Scoobidiver from comment #4)
> The gfxASurface::Release() signature belongs also to bug 805745 like the
> three other crash signatures. Only the first frames differ between the four.

If the reports we have on 19 for this are like this, then that sounds OK.

> Bug 704765 was filed for 9.0 while this one is for the spike in 19.0 and
> 20.0.

Should we close that other bug (as INVA or so), then, as it's ancient and just confusing nowadays, apparently?
Depends on: 824634
Depends on: 824868
Assigning to Jet to help find an engineering owner, and setting needinfo? for KaiRo to look for any new correlations.
Assignee: nobody → bugs
Flags: needinfo?(kairo)
So far the crash stats look promising that we've fixed the majority of these crashes (via bug 824634 and bug 824868).
Assignee: bugs → tnikkel
(In reply to Timothy Nikkel (:tn) from comment #7)
> So far the crash stats look promising that we've fixed the majority of these
> crashes (via bug 824634 and bug 824868).

Actually, on second look, you're right, those both landed on 12/31 on Aurora, and I don't see any build IDs from 2013 in Aurora data yet. I brought up today that this is still a worry on Aurora, but I only considered there there were still a high number of crashes after bug 805745 landed, not looking at those other two bugs.

Let's see how this develops.
Flags: needinfo?(kairo)
There have been only 6 crashes in 19.0a2 since the patches of bug 824634 and bug 824868 landed so no longer a top crasher: https://crash-stats.mozilla.com/report/list?version=Firefox%3A19.0a2&signature=nsWindow%3A%3AOnPaint%28HDC__*%2C%20unsigned%20int%29
Not tracking for Ff19 considering comment# 9. please feel free to renominate if the crash landscape changes.
Crash Signature: [@ _moz_cairo_destroy] [@ nsWindow::OnPaint(HDC__*, unsigned int)] [@ @0x0 | nsBaseWidget::AutoLayerManagerSetup::~AutoLayerManagerSetup()] [@ gfxASurface::Release()] → [@ _moz_cairo_destroy] [@ nsWindow::OnPaint(HDC__*, unsigned int)] [@ @0x0 | nsBaseWidget::AutoLayerManagerSetup::~AutoLayerManagerSetup()] [@ gfxASurface::Release()] [@ nsWindow::OnPaint] [@ @0x0 | nsBaseWidget::AutoLayerManagerSetup::~AutoLayerMana…
Component: Widget → Widget: Win32
Priority: -- → P4
Whiteboard: [startupcrash] → [startupcrash], tpi:+
You need to log in before you can comment on or make changes to this bug.