Closed Bug 467169 Opened 11 years ago Closed 8 years ago

Enormous memory usage and crash [@ _SEH_epilog4][@ gfxAlphaRecovery::RecoverAlpha] in this case, using -moz-transform

Categories

(Core :: Graphics, defect, critical)

defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: martijn.martijn, Unassigned)

References

Details

(Keywords: crash, testcase)

Crash Data

Attachments

(1 file)

Attached file testcase
The attached testcase is using an enormous amount of memory when I try to view it in my current trunk build. It's using so much that I have to shut down Firefox before, otherwise it brings down my computer to a crawl (using 1GB memory).
It would nice if Mozilla could keep the memory usage down to normal values.
FWIW, that testcase doesn't affect memory usage for me on Linux.
However, it does render as an insanely tall page (as it should?).  This page is all white, except for a light-gray region spanning the region from about 70% to 80% scrolled.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20081129 Minefield/3.1b3pre
On OSX, I saw memory usage climbing to 1.5Gb (out of 2Gb), I force-quit Minefield as the whole system started to be pretty unresponsive.
OS: Windows XP → All
Hardware: PC → All
https://crash-stats.mozilla.com/report/index/bp-2f8bd9c5-c68c-4e7a-95b8-618b92110823
0 	ntdll.dll 	ZwWaitForSingleObject 	
1 	ntdll.dll 	ZwWaitForSingleObject 	
2 	KERNELBASE.dll 	_SEH_epilog4 	
3 	kernel32.dll 	WaitForSingleObjectExImplementation 	
4 	kernel32.dll 	WaitForSingleObject 	
5 	xul.dll 	google_breakpad::ExceptionHandler::WriteMinidumpOnHandlerThread 	toolkit/crashreporter/google-breakpad/src/client/windows/handler/exception_handler.cc:753
6 	xul.dll 	google_breakpad::ExceptionHandler::WriteMinidumpForException 	toolkit/crashreporter/google-breakpad/src/client/windows/handler/exception_handler.cc:779
7 	xul.dll 	CrashReporter::WriteMinidumpForException 	toolkit/crashreporter/nsExceptionHandler.cpp:1266
8 	xul.dll 	nsXULAppInfo::WriteMinidumpForException 	toolkit/xre/nsAppRunner.cpp:983
9 	xul.dll 	mozilla::ReportException 	xpcom/base/nsCrashOnException.cpp:55
10 	xul.dll 	CallWindowProcCrashProtected 	
11 	xul.dll 	nsWindow::WindowProc 	widget/src/windows/nsWindow.cpp:4352
12 	user32.dll 	InternalCallWinProc 	
13 	user32.dll 	NtUserGetDC 	
14 	user32.dll 	DispatchClientMessage 	
15 	user32.dll 	__fnDWORD 	
16 	ntdll.dll 	KiUserCallbackDispatcher 	
17 	ntdll.dll 	KiUserApcDispatcher 	
18 	user32.dll 	DispatchMessageW 	
19 	xul.dll 	nsAppShell::ProcessNextNativeEvent 	widget/src/windows/nsAppShell.cpp:346
20 	xul.dll 	nsBaseAppShell::OnProcessNextEvent 	widget/src/xpwidgets/nsBaseAppShell.cpp:306
Crash Signature: [@ _SEH_epilog4]
Summary: Enormous memory usage in this case, using -moz-transform → Enormous memory usage and crash [@ _SEH_epilog4] in this case, using -moz-transform
Confirming that Firefox crashes with this testcase, but I got the following signature: grooveintlresource.dll@0x93d01

Could it be a different bug?
Whoops, forgot to specify; it's crashing with that signature under Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a1) Gecko/20110914 Firefox/9.0a1.
No, probably the same bug. Let's dump this into Graphics.
Component: Layout → Graphics
QA Contact: layout → thebes
This instantly crashes windows, indeed in the graphics area.
from:
https://crash-stats.mozilla.com/report/index/286b6ce5-8758-4c1d-b156-6e2542111007
0 	xul.dll 	gfxAlphaRecovery::RecoverAlpha 	gfx/thebes/gfxAlphaRecovery.cpp:51
1 	xul.dll 	gfxWindowsNativeDrawing::PaintToContext 	gfx/thebes/gfxWindowsNativeDrawing.cpp:284
2 	xul.dll 	nsNativeThemeWin::DrawWidgetBackground 	
3 	xul.dll 	nsCSSRendering::PaintBackgroundWithSC 	layout/base/nsCSSRendering.cpp:2277
4 	xul.dll 	mozilla::FrameLayerBuilder::DrawThebesLayer 	layout/base/FrameLayerBuilder.cpp:2142
5 	xul.dll 	mozilla::layers::BasicThebesLayer::PaintThebes 	gfx/layers/basic/BasicLayers.cpp:682
6 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1667
7 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1679
8 	xul.dll 	mozilla::layers::BasicLayerManager::EndTransactionInternal 	gfx/layers/basic/BasicLayers.cpp:1540
9 	xul.dll 	mozilla::PaintInactiveLayer 	layout/base/FrameLayerBuilder.cpp:1329
10 	xul.dll 	mozilla::FrameLayerBuilder::DrawThebesLayer 	layout/base/FrameLayerBuilder.cpp:2140
11 	xul.dll 	mozilla::layers::BasicThebesLayer::PaintThebes 	gfx/layers/basic/BasicLayers.cpp:682
12 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1667
13 	xul.dll 	mozilla::layers::BasicLayerManager::PaintLayer 	gfx/layers/basic/BasicLayers.cpp:1679
14 	xul.dll 	mozilla::layers::BasicLayerManager::EndTransactionInternal 	gfx/layers/basic/BasicLayers.cpp:1540
15 	xul.dll 	mozilla::PaintInactiveLayer 	layout/base/FrameLayerBuilder.cpp:1329
16 	xul.dll 	mozilla::FrameLayerBuilder::DrawThebesLayer 	layout/base/FrameLayerBuilder.cpp:2140
17 	xul.dll 	mozilla::layers::ThebesLayerD3D10::DrawRegion 	gfx/layers/d3d10/ThebesLayerD3D10.cpp:394
18 	xul.dll 	mozilla::layers::ThebesLayerD3D10::Validate 	gfx/layers/d3d10/ThebesLayerD3D10.cpp:275
19 	xul.dll 	mozilla::layers::ContainerLayerD3D10::Validate 	gfx/layers/d3d10/ContainerLayerD3D10.cpp:369
20 	xul.dll 	mozilla::layers::ContainerLayerD3D10::Validate 	gfx/layers/d3d10/ContainerLayerD3D10.cpp:371
21 	xul.dll 	mozilla::layers::LayerManagerD3D10::Render 	gfx/layers/d3d10/LayerManagerD3D10.cpp:613
etc..
Summary: Enormous memory usage and crash [@ _SEH_epilog4] in this case, using -moz-transform → Enormous memory usage and crash [@ _SEH_epilog4][@ gfxAlphaRecovery::RecoverAlpha] in this case, using -moz-transform
Severity: major → critical
Keywords: crash
Martijn: Signatures don't need to be in the summary any more, but should be in the special Crash Signature field. :)
Crash Signature: [@ _SEH_epilog4] → [@ _SEH_epilog4] [@ gfxAlphaRecovery::RecoverAlpha]
I cannot seem to reproduce the issue on nightly. Although I can reproduce it on an old nightly. If anyone still sees this on nightly please re-open!
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.