It's #15 top browser crasher in 9.0.1, #4 in the first day of 10.0b4. It was hidden behind bug 683967 that is fixed in 10.0b4. There have been no crashes in 11.0a2 or 12.0a1 so far, but maybe because of a small sample group. Signature mozalloc_abort(char const* const) | msvcr80.dll@0xe456 More Reports Search UUID a2777b46-1b60-4f54-be02-949bf2120113 Date Processed 2012-01-13 18:40:43 Uptime 873 Last Crash 16.1 minutes before submission Install Age 1.1 days since version was first installed. Install Time 2012-01-12 15:55:07 Product Firefox Version 10.0 Build ID 20120111092507 Release Channel beta OS Windows NT OS Version 6.0.6002 Service Pack 2 Build Architecture x86 Build Architecture Info AuthenticAMD family 16 model 4 stepping 3 Crash Reason EXCEPTION_BREAKPOINT Crash Address 0x73b4193d App Notes AdapterVendorID: 10de, AdapterDeviceID: 1086, AdapterSubsysID: 25701462, AdapterDriverVersion: 8.17.12.9053 Has dual GPUs. GPU #2: AdapterVendorID2: 10de, AdapterDeviceID2: 0e22, AdapterSubsysID2: 0000000c, AdapterDriverVersion2: 8.17.12.7061D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ xpcom_runtime_abort(###!!! ABORT: ReadbackManager: Task thread did not shutdown in 5 seconds.: file e:/builds/moz2_slave/rel-m-beta-w32-bld/build/gfx/layers/d3d10/ReadbackManagerD3D10.cpp, line 160) EMCheckCompatibility True Frame Module Signature [Expand] Source 0 mozalloc.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:77 1 msvcr80.dll msvcr80.dll@0xe456 2 xul.dll mozilla::layers::ReadbackManagerD3D10::~ReadbackManagerD3D10 gfx/layers/d3d10/ReadbackManagerD3D10.cpp:160 3 xul.dll mozilla::layers::ReadbackManagerD3D10::`scalar deleting destructor' 4 xul.dll mozilla::layers::ReadbackManagerD3D10::Release gfx/layers/d3d10/ReadbackManagerD3D10.cpp:213 5 xul.dll nsRefPtr<nsContentList>::assign_with_AddRef 6 xul.dll mozilla::layers::LayerManagerD3D10::`vector deleting destructor' 7 xul.dll gfxTextRunFactory::Release 8 xul.dll nsXULWindow::Destroy xpfe/appshell/src/nsXULWindow.cpp:556 9 xul.dll nsWebShellWindow::Destroy xpfe/appshell/src/nsWebShellWindow.cpp:785 10 xul.dll nsWebShellWindow::HandleEvent 11 xul.dll nsWindow::DispatchEvent widget/src/windows/nsWindow.cpp:3601 12 xul.dll nsWindow::DispatchWindowEvent widget/src/windows/nsWindow.cpp:3639 13 xul.dll nsWindow::DispatchStandardEvent widget/src/windows/nsWindow.cpp:3632 14 xul.dll nsWindow::ProcessMessage 15 xul.dll nsWindow::WindowProcInternal widget/src/windows/nsWindow.cpp:4472 16 xul.dll CallWindowProcCrashProtected xpcom/base/nsCrashOnException.cpp:65 17 xul.dll nsWindow::WindowProc widget/src/windows/nsWindow.cpp:4414 18 user32.dll InternalCallWinProc ... More reports at: https://crash-stats.mozilla.com/report/list?signature=mozalloc_abort%28char%20const*%20const%29%20|%20msvcr80.dll%400xe456

Does it help to know crash https://crash-stats.mozilla.com/report/index/031f804b-9a7c-4aee-a50a-ea31c2120206 may have been caused by malware, and crashing stopped after removing objects detected by SuperAntiSpyWare according to SUMO post: https://support.mozilla.org/en-US/questions/917547#answer-307705

(In reply to John Hesling [:John99] from comment #1) > Does it help to know crash > https://crash-stats.mozilla.com/report/index/031f804b-9a7c-4aee-a50a- > ea31c2120206 may have been caused by malware The mozalloc_abort | _RTC_Terminate crash signature is a meta one (see bug 696358). The abort message of the above crash report is "ABORT: Recursive layout module initialization" which is different from the one of this bug.

It's a low volume crash: * 106 crashes in 22.0 * 15 in 23.0 Beta More reports at: https://crash-stats.mozilla.com/report/list?product=Firefox&signature=mozalloc_abort%28char+const*+const%29+|+NS_DebugBreak+|+mozilla%3A%3Alayers%3A%3AReadbackManagerD3D10%3A%3A~ReadbackManagerD3D10%28%29