Closed
Bug 23186
Opened 26 years ago
Closed 26 years ago
assertion: container w/o parent
Categories
(Core :: DOM: HTML Parser, defect, P3)
Tracking
()
VERIFIED
FIXED
M13
People
(Reporter: warrensomebody, Assigned: harishd)
References
()
Details
I hit this when visiting the "Internet Explorer Home" related link off
the mozilla.org page. mStackPos is 0:
NTDLL! 77f7629c()
nsDebug::Assertion(const char * 0x0193d28c, const char * 0x0193d27c, const char
* 0x0193d240, int 1251) line 186 + 13 bytes
SinkContext::CloseContainer(const nsIParserNode & {...}) line 1251 + 38 bytes
HTMLContentSink::CloseContainer(HTMLContentSink * const 0x026ea2e0, const
nsIParserNode & {...}) line 2777 + 15 bytes
CNavDTD::CloseContainer(const nsIParserNode * 0x0223c230, nsHTMLTag
eHTMLTag_td, int 1) line 2985 + 31 bytes
CNavDTD::CloseContainersTo(int 9, nsHTMLTag eHTMLTag_td, int 1) line 3021 + 20
bytes
CNavDTD::HandleDefaultStartToken(CToken * 0x01d04d30, nsHTMLTag eHTMLTag_td,
nsIParserNode * 0x021e7040) line 1116
CNavDTD::HandleStartToken(CToken * 0x01d04d30) line 1438 + 22 bytes
CNavDTD::HandleToken(CNavDTD * const 0x02653b40, CToken * 0x01d04d30, nsIParser
* 0x026ea5c0) line 801 + 12 bytes
CNavDTD::HandleSavedTokens(int 9) line 1743 + 23 bytes
CNavDTD::HandleOmittedTag(CToken * 0x01bce2e0, nsHTMLTag eHTMLTag_br, nsHTMLTag
eHTMLTag_tbody, nsIParserNode * 0x021e2240) line 1322 + 12 bytes
CNavDTD::HandleDefaultStartToken(CToken * 0x01bce2e0, nsHTMLTag eHTMLTag_br,
nsIParserNode * 0x021e2240) line 1055 + 24 bytes
CNavDTD::HandleStartToken(CToken * 0x01bce2e0) line 1438 + 22 bytes
CNavDTD::HandleToken(CNavDTD * const 0x02653b40, CToken * 0x01bce2e0, nsIParser
* 0x026ea5c0) line 801 + 12 bytes
CNavDTD::BuildModel(CNavDTD * const 0x02653b40, nsIParser * 0x026ea5c0,
nsITokenizer * 0x02653670, nsITokenObserver * 0x00000000, nsIContentSink *
0x026ea2e0) line 568 + 20 bytes
nsParser::BuildModel() line 1039 + 34 bytes
nsParser::ResumeParse(nsIDTD * 0x00000000, int 0) line 963 + 11 bytes
nsParser::EnableParser(int 1) line 680 + 15 bytes
HTMLContentSink::ResumeParsing() line 3779 + 19 bytes
HTMLContentSink::OnUnicharStreamComplete(HTMLContentSink * const 0x026ea2e4,
nsIUnicharStreamLoader * 0x021db740, unsigned int 0, unsigned int 1190, const
unsigned short * 0x00d76850) line 3872 + 11 bytes
nsUnicharStreamLoader::OnStopRequest(nsUnicharStreamLoader * const 0x021db744,
nsIChannel * 0x021db390, nsISupports * 0x00000000, unsigned int 0, const
unsigned short * 0x00000000) line 130 + 63 bytes
nsHTTPChannel::ResponseCompleted(nsIChannel * 0x021dad60, nsIStreamListener *
0x021db744, unsigned int 0, const unsigned short * 0x00000000) line 1280 + 36
bytes
nsHTTPResponseListener::OnStopRequest(nsHTTPResponseListener * const
0x021def70, nsIChannel * 0x021dad60, nsISupports * 0x021db390, unsigned int 0,
const unsigned short * 0x00000000) line 256
nsOnStopRequestEvent::HandleEvent(nsOnStopRequestEvent * const 0x021da470) line
279
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x021da420) line 93 + 12 bytes
PL_HandleEvent(PLEvent * 0x021da420) line 522 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00c6c3e0) line 483 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x035c1338, unsigned int 49336, unsigned int 0,
long 13026272) line 951 + 9 bytes
USER32! 77e71820()
00c6c3e0()
Not layout. From previous conversations with Vidur I think it's a parser issue.
If not, then it is a content sink issue for Vidur
Likely a dup of the handlesavedTokens problems we've been experiencing.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•