Closed Bug 109175 Opened 24 years ago Closed 24 years ago

Trunk M096(branch) crash [@ nsXULPrototypeCache::PutXBLDocumentInfo]

Categories

(Core :: XBL, defect)

x86
All
defect
Not set
critical

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
Severity: normal → critical
Keywords: crash, topcrash
see also bug 109111 and bug 108945 (of which 109111 and this bug are mutual dups really).
*** 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]
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.
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 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Keywords: mozilla0.9.6
Resolution: --- → DUPLICATE
Crash Signature: [@ nsXULPrototypeCache::PutXBLDocumentInfo]
You need to log in before you can comment on or make changes to this bug.