Closed
Bug 109175
Opened 24 years ago
Closed 24 years ago
Trunk M096(branch) crash [@ nsXULPrototypeCache::PutXBLDocumentInfo]
Categories
(Core :: XBL, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 108945
People
(Reporter: jay, Assigned: hyatt)
References
Details
(Keywords: crash, topcrash)
Crash Data
I'm not sure if I got the right component, but this has been reported as a
topcrasher with recent MozillaTrunk builds on Linux and Windows:
nsXULPrototypeCache::PutXBLDocumentInfo 13
BBID range: 37564700 - 37718150
Min/Max Seconds since last crash: 4 - 1767
Min/Max Runtime: 10 - 1767
Crash data range: 2001-11-02 to 2001-11-07
Build ID range: 2001110210 to 2001110709
Keyword List :
Stack Trace:
nsXULPrototypeCache::PutXBLDocumentInfo
[d:\builds\seamonkey\mozilla\content\xul\document\src\nsXULPrototypeCache.cpp
line 311]
nsXBLStreamListener::Load
[d:\builds\seamonkey\mozilla\content\xbl\src\nsXBLService.cpp line 411]
nsEventListenerManager::HandleEvent
[d:\builds\seamonkey\mozilla\content\events\src\nsEventListenerManager.cpp line
1846]
nsDocument::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\base\src\nsDocument.cpp line 3038]
nsXMLDocument::EndLoad
[d:\builds\seamonkey\mozilla\content\xml\document\src\nsXMLDocument.cpp line 633]
nsXMLContentSink::DidBuildModel
[d:\builds\seamonkey\mozilla\content\xml\document\src\nsXMLContentSink.cpp line
365]
CWellFormedDTD::DidBuildModel
[d:\builds\seamonkey\mozilla\htmlparser\src\nsWellFormedDTD.cpp line 328]
nsParser::DidBuildModel
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp line 1390]
nsParser::ResumeParse
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp line 1904]
nsParser::OnStopRequest
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp line 2546]
nsXBLStreamListener::OnStopRequest
[d:\builds\seamonkey\mozilla\content\xbl\src\nsXBLService.cpp line 309]
nsJARChannel::OnStopRequest
[d:\builds\seamonkey\mozilla\netwerk\protocol\jar\src\nsJARChannel.cpp line 614]
nsOnStopRequestEvent::HandleEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsRequestObserverProxy.cpp line 177]
PL_HandleEvent
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c line 591]
PL_ProcessPendingEvents
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c line 524]
_md_EventReceiverProc
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c line 1072]
KERNEL32.DLL + 0x24a97 (0xbff84a97)
0x00688bfe
0x00058f64
0xc0000080
Source File :
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/content/xul/document/src/nsXULPrototypeCache.cpp
line : 311
(37709458) Comments: crash on linux
(37708413) Comments: Opening an nntp server.
(37699568) Comments: crashes on windows 98 today's trunk build: 2001-11-07-08-trunk
(37699340) Comments: crashes on windows 98 (trunk build: 2001-11-07-08-trunk)
(37697969) Comments: crashes on linux
(37691257) Comments: When I click on account name mozilla crashes in today's buildsI
have multiple email accounts.
(37691059) Comments: switching back and forth between two email accounts.It crashed.
(37564700) Comments: crash on linux after installation. (trunk build: 2001-11-02-10-trunk)
Here is the most recent incidente reported with yesterday's build:
Incident ID 37761238
Stack Signature nsXULPrototypeCache::PutXBLDocumentInfo d7570f93
Trigger Time 2001-11-08 14:32:26
User Comments Attempted to install the LittleMozilla theme. While it was
downloading, I switched back to the browser window and continued downloading. I
am not sure if it had finished yet when the crash occured
Build ID 2001110806
Product ID MozillaTrunk
Platform ID Win32
Trigger Reason Access violation
Stack Trace
nsXULPrototypeCache::PutXBLDocumentInfo
[d:\builds\seamonkey\mozilla\content\xul\document\src\nsXULPrototypeCache.cpp,
line 311]
nsXBLStreamListener::Load
[d:\builds\seamonkey\mozilla\content\xbl\src\nsXBLService.cpp, line 411]
nsEventListenerManager::HandleEvent
[d:\builds\seamonkey\mozilla\content\events\src\nsEventListenerManager.cpp, line
1846]
nsDocument::HandleDOMEvent
[d:\builds\seamonkey\mozilla\content\base\src\nsDocument.cpp, line 3038]
nsXMLDocument::EndLoad
[d:\builds\seamonkey\mozilla\content\xml\document\src\nsXMLDocument.cpp, line 633]
nsXMLContentSink::DidBuildModel
[d:\builds\seamonkey\mozilla\content\xml\document\src\nsXMLContentSink.cpp, line
365]
CWellFormedDTD::DidBuildModel
[d:\builds\seamonkey\mozilla\htmlparser\src\nsWellFormedDTD.cpp, line 328]
nsParser::DidBuildModel
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 1390]
nsParser::ResumeParse [d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp,
line 1904]
nsParser::OnStopRequest
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 2546]
nsXBLStreamListener::OnStopRequest
[d:\builds\seamonkey\mozilla\content\xbl\src\nsXBLService.cpp, line 309]
nsJARChannel::OnStopRequest
[d:\builds\seamonkey\mozilla\netwerk\protocol\jar\src\nsJARChannel.cpp, line 614]
nsOnStopRequestEvent::HandleEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsRequestObserverProxy.cpp, line 177]
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 591]
PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 524]
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line
1072]
KERNEL32.DLL + 0x228e0 (0xbff928e0)
0x00688c00
| Reporter | ||
Updated•24 years ago
|
Comment 1•24 years ago
|
||
see also bug 109111 and bug 108945 (of which 109111 and this bug are mutual
dups really).
Comment 2•24 years ago
|
||
*** Bug 109454 has been marked as a duplicate of this bug. ***
Seeing 8 incidents with this signature in the early M096(branch) reports,
builds 2001111413 and 1617. Updating summary. One comment:
(38087699) Comments: Opening Mozilla Mail just after decompressiong build id
20011114..
Summary: Trunk crash [@ nsXULPrototypeCache::PutXBLDocumentInfo] → Trunk M096(branch) crash [@ nsXULPrototypeCache::PutXBLDocumentInfo]
| Reporter | ||
Comment 4•24 years ago
|
||
Talkback doesn't show this crash occurring on any MozillaTrunk builds after
11/10. Does anyone know if something might have fixed this problem? If so, we
can mark this fixed...and if not, maybe worksforme.
Comment 5•24 years ago
|
||
closing as dup, but will reopen bug 108945 for consideration for landing
the null-pointer check on the 96 branch (and otherwise to consider why
that call is failing [I can't find any xmlns-empty xbl bindings in the
current source tree).
*** This bug has been marked as a duplicate of 108945 ***
Updated•15 years ago
|
Crash Signature: [@ nsXULPrototypeCache::PutXBLDocumentInfo]
You need to log in
before you can comment on or make changes to this bug.
Description
•