Closed
Bug 467169
Opened 16 years ago
Closed 12 years ago
Enormous memory usage and crash [@ _SEH_epilog4][@ gfxAlphaRecovery::RecoverAlpha] in this case, using -moz-transform
Categories
(Core :: Graphics, defect)
Core
Graphics
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: martijn.martijn, Unassigned)
References
Details
(Keywords: crash, testcase)
Crash Data
Attachments
(1 file)
100 bytes,
text/html
|
Details |
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.
Comment 1•16 years ago
|
||
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
Comment 2•16 years ago
|
||
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
Comment 3•13 years ago
|
||
This testcase seems to crash now. Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a1) Gecko/20110822 Firefox/9.0a1 https://crash-stats.mozilla.com/report/index/bp-2f8bd9c5-c68c-4e7a-95b8-618b92110823 https://crash-stats.mozilla.com/report/index/bp-2f8bd9c5-c68c-4e7a-95b8-618b92110823 Also in safe mode: https://crash-stats.mozilla.com/report/index/4295d2ec-9bc3-4f77-af98-2e0372110823
Reporter | ||
Comment 4•13 years ago
|
||
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
Comment 5•13 years ago
|
||
Confirming that Firefox crashes with this testcase, but I got the following signature: grooveintlresource.dll@0x93d01 Could it be a different bug?
Comment 6•13 years ago
|
||
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.
Reporter | ||
Comment 7•13 years ago
|
||
No, probably the same bug. Let's dump this into Graphics.
Component: Layout → Graphics
QA Contact: layout → thebes
Comment 8•13 years ago
|
||
This instantly crashes windows, indeed in the graphics area.
Comment 9•13 years ago
|
||
https://crash-stats.mozilla.com/report/index/286b6ce5-8758-4c1d-b156-6e2542111007
Reporter | ||
Comment 10•13 years ago
|
||
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
Comment 11•13 years ago
|
||
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]
Comment 12•12 years ago
|
||
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: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•