Closed
Bug 718750
Opened 13 years ago
Closed 9 years ago
chromehang | RtlpWaitOnCriticalSection | je_malloc in nsCacheEntryDescriptor::GetMetaDataElement
Categories
(Core :: Networking: Cache, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: alex_mayorga, Unassigned)
References
()
Details
(Keywords: hang)
Crash Data
This bug was filed from the Socorro interface and is
report bp-4435deec-81ce-49d4-95bc-700d52120117 .
=============================================================
Was trying to reproduce the "black map" issue I discovered last week [1]
Loading this map http://maps.google.com/maps?q=Paseo+de+los+Leones+1831,+Monterrey,+Nuevo+Le%C3%B3n,+Mexico using MapsGL [2]
Previously I saw it produced a number of errors in Error Console [3]
"Error Console" showed this once:
Timestamp: 13/01/2012 11:58:49 a.m.
Error: uncaught exception: [Exception... "Component returned failure code: 0x8007000e (NS_ERROR_OUT_OF_MEMORY) [nsIDOMHTMLCanvasElement.width]" nsresult: "0x8007000e (NS_ERROR_OUT_OF_MEMORY)" location: "JS frame :: http://maps.gstatic.com/cat_js/intl/en_us/mapfiles/388c/maps2/%7Bmain,mod_util,mod_act,mod_act_s,mod_actbr,mod_adf,mod_appiw,mod_lt_j,mod_mssvt,mod_rating_widget,mod_strr,mod_vt%7D.js :: <TOP_LEVEL> :: line 839" data: no]
This showed 60+ times:
Timestamp: 13/01/2012 11:53:28 a.m.
Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMCanvasRenderingContext2D.getImageData]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: http://maps.gstatic.com/cat_js/intl/en_us/mapfiles/388c/maps2/%7Bmain,mod_util,mod_act,mod_act_s,mod_actbr,mod_adf,mod_appiw,mod_lt_j,mod_mssvt,mod_rating_widget,mod_strr,mod_vt%7D.js :: <TOP_LEVEL> :: line 839" data: no]
But now it seems to crash.
[1] http://forums.mozillazine.org/viewtopic.php?p=11631329#p11631329
[2] http://support.google.com/maps/bin/answer.py?hl=en&answer=1630790
[3] http://forums.mozillazine.org/viewtopic.php?p=11633627#p11633627
Reporter | ||
Updated•13 years ago
|
Comment 1•13 years ago
|
||
Here is thread 0:
Frame Module Signature [Expand] Source
0 ntdll.dll NtWaitForSingleObject
1 ntdll.dll RtlpWaitOnCriticalSection
2 mozglue.dll je_malloc memory/jemalloc/jemalloc.c:6306
3 xul.dll nsAStreamCopier::nsAStreamCopier xpcom/io/nsStreamUtils.cpp:260
4 nspr4.dll PR_Unlock nsprpub/pr/src/threads/combined/prulock.c:347
5 xul.dll nsPermissionManager::TestPermission extensions/cookie/nsPermissionManager.cpp:668
6 ntdll.dll CsrAllocateMessagePointer
7 nspr4.dll PR_Lock nsprpub/pr/src/threads/combined/prulock.c:233
8 xul.dll nsCacheEntryDescriptor::GetMetaDataElement netwerk/cache/nsCacheEntryDescriptor.cpp:505
9 xul.dll nsInputStreamPump::AsyncRead netwerk/base/src/nsInputStreamPump.cpp:373
10 xul.dll nsHttpChannel::CheckCache netwerk/protocol/http/nsHttpChannel.cpp:2501
11 xul.dll nsStrictTransportSecurityService::IsStsURI security/manager/boot/src/nsStrictTransportSecurityService.cpp:348
12 user32.dll UserCallWinProcCheckWow
13 xul.dll nsStandardURL::SchemeIs netwerk/base/src/nsStandardURL.cpp:1743
14 user32.dll CalcWakeMask
15 xul.dll nsHttpChannel::Connect netwerk/protocol/http/nsHttpChannel.cpp:279
16 user32.dll UserCallWinProcCheckWow
17 user32.dll DispatchMessageWorker
...
Blocks: hang-detector
Component: General → Networking: Cache
Product: Firefox → Core
QA Contact: general → networking.cache
Summary: crash chromehang → chromehang | RtlpWaitOnCriticalSection | je_malloc in nsCacheEntryDescriptor::GetMetaDataElement
Updated•13 years ago
|
Comment 2•9 years ago
|
||
Chromehang signature generation was removed awhile ago. This bug is inactionable at this point without a reliable STR, so I'm closing it as incomplete. Feel free to the reopen this bug with STR if it still reproduces.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•