Closed Bug 822999 Opened 12 years ago Closed 3 years ago

startup crash in nsWindow::OnPaint

Categories

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

Product:
Core
Component:
Widget: Win32
Version:
19 Branch
Platform:
All
Windows 7
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
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()]
status-firefox19: --- → affected
status-firefox20: --- → affected
tracking-firefox19: --- → ?
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
tracking-firefox19: + → ?
Keywords: topcrash
Not tracking for Ff19 considering comment# 9. please feel free to renominate if the crash landscape changes.
tracking-firefox19: ? → -
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:+

Marking this as Resolved > Worksforme since there are no crashes with this signature reported in the last 6 months.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.