Closed Bug 718750 Opened 13 years ago Closed 9 years ago

chromehang | RtlpWaitOnCriticalSection | je_malloc in nsCacheEntryDescriptor::GetMetaDataElement

Categories

(Core :: Networking: Cache, defect)

All
Windows NT
defect
Not set
critical

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
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 ...
Component: General → Networking: Cache
Product: Firefox → Core
QA Contact: general → networking.cache
Summary: crash chromehang → chromehang | RtlpWaitOnCriticalSection | je_malloc in nsCacheEntryDescriptor::GetMetaDataElement
Keywords: crashhang
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.