Closed Bug 718750 Opened 12 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.