Closed
Bug 463926
Opened 16 years ago
Closed 16 years ago
Crash [@ imgRequest::NotifyProxyListener(imgRequestProxy*) ]
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 457496
People
(Reporter: Portfolioso, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081109 Minefield/3.1b2pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081109 Minefield/3.1b2pre Crashes [@ imgRequest::NotifyProxyListener(imgRequestProxy*) ] Bug 441563 was Resolved Fixed and had the same crash report title, but someone said this was a different issue and to create a new bug (I originally posted in the previous bug report, as I'm hesitant to create duplicates) Reproducible: Always Steps to Reproduce: 1) Go to http://www.gasbuddy.com/GB_Map_Gas_Prices.aspx 2) Scroll around on the interactive map for about 2 minutes (at this point, the browser leaks massive amounts of memory. For me, it was using 600MB and I only have 1GB, and it crashes soon after. could be memory corruption. Actual Results: After scrolling around the map for a bit, the browser crashes Expected Results: Shouldn't crash Crash Report: http://crash-stats.mozilla.com/report/index/6092cbf3-ae98-11dd-9c7f-001cc45a2c28
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Comment 2•16 years ago
|
||
I can't reproduce this, but I suspect you're seeing memory exhaustion (I scrolled around and around and around until Firefox was 2+ GB, and never saw a crash). Also, it looks to me like the GasBuddy map is leaking memory by holding on to references to the images, or by simply overlaying images, or something. In any case, closing the tab that the map was in reduced my Firefox memory usage from 2+ gigs to 250 MB, which indicates to me that the problem is _probably_ in the GasBuddy javascript. Please feel free to reopen if you have more information.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago → 16 years ago
Component: General → ImageLib
Product: Firefox → Core
QA Contact: general → imagelib
Resolution: --- → WORKSFORME
Version: unspecified → Trunk
Comment 3•16 years ago
|
||
Sorry, but I'm also not able to get Minefield crashing. Using d&d and the arrows gives me at maximum 96MB of memory consumption but immediately goes back to ~75MB again. Please use a fresh profile without any extensions or simply start in safe mode. Which way of scrolling do you use?
Comment 4•16 years ago
|
||
0 xul.dll imgRequest::NotifyProxyListener modules/libpr0n/src/imgRequest.cpp:230 1 xul.dll imgRequestProxy::Clone modules/libpr0n/src/imgRequestProxy.cpp:349 2 xul.dll nsImageBoxFrame::UpdateImage layout/xul/base/src/nsImageBoxFrame.cpp:283 3 xul.dll nsStyleContext::GetStyleDisplay layout/style/nsStyleStructList.h:95 4 xul.dll nsImageBoxFrame::DidSetStyleContext layout/xul/base/src/nsImageBoxFrame.cpp:422 5 xul.dll nsFrameManager::ReResolveStyleContext layout/base/nsFrameManager.cpp:1230 Timeless, is it a dupe of bug 457496?
comment 2 from joe indicates he's guessing an OOM failure, bug 457496 seems to support that. if the rest of his leak comment is correct and you can't trigger the crash again, then yeah, it's a reasonably likely dupe.
You need to log in
before you can comment on or make changes to this bug.
Description
•