In recent builds (using 2/24 right now) this page fails to load at all, except for the background color.

I'm hitting an assert in the content sink in debug mode: NTDLL! 77f76148() nsDebug::PreCondition(const char * 0x00673d50, const char * 0x00673d40, const char * 0x00673d04, int 1680) line 118 + 13 bytes HTMLContentSink::OpenBody(HTMLContentSink * const 0x0130b750, const nsIParserNode & {...}) line 1680 + 35 bytes CNavDTD::OpenBody(const nsIParserNode & {...}) line 2120 + 40 bytes CNavDTD::OpenContainer(const nsIParserNode & {...}, int 1) line 2278 + 12 bytes CNavDTD::HandleDefaultStartToken(CToken * 0x0012fb88, nsHTMLTag eHTMLTag_body, nsIParserNode & {...}) line 906 + 17 bytes CNavDTD::HandleStartToken(CToken * 0x0012fb88) line 1053 + 23 bytes CNavDTD::CreateContextStackFor(nsHTMLTag eHTMLTag_noembed) line 2587 CNavDTD::HandleDefaultStartToken(CToken * 0x00fa74a0, nsHTMLTag eHTMLTag_noembed, nsIParserNode & {...}) line 893 + 15 bytes CNavDTD::HandleStartToken(CToken * 0x00fa74a0) line 1053 + 23 bytes NavDispatchTokenHandler(CToken * 0x00fa74a0, nsIDTD * 0x00f6d370) line 247 + 12 bytes CTokenHandler::operator()(CToken * 0x00fa74a0, nsIDTD * 0x00f6d370) line 80 + 14 bytes CNavDTD::HandleToken(CNavDTD * const 0x00f6d370, CToken * 0x00fa74a0, nsIParser * 0x0130b8c0) line 594 + 18 bytes CNavDTD::BuildModel(CNavDTD * const 0x00f6d370, nsIParser * 0x0130b8c0, nsITokenizer * 0x00f6ce10, nsITokenObserver * 0x00000000, nsIContentSink * 0x0130b750) line 501 + 20 bytes nsParser::BuildModel() line 711 + 34 bytes nsParser::ResumeParse(nsIDTD * 0x00000000) line 663 + 11 bytes nsParser::OnDataAvailable(nsParser * const 0x0130b8c4, nsIURL * 0x01308c40, nsIInputStream * 0x0130a5a0, unsigned int 176) line 875 + 17 bytes nsDocumentBindInfo::OnDataAvailable(nsDocumentBindInfo * const 0x01308cc0, nsIURL * 0x01308c40, nsIInputStream * 0x0130a5a0, unsigned int 176) line 1694 + 24 bytes OnDataAvailableProxyEvent::HandleEvent(OnDataAvailableProxyEvent * const 0x0130be20) line 643 StreamListenerProxyEvent::HandlePLEvent(PLEvent * 0x0130be24) line 482 + 12 bytes PL_HandleEvent(PLEvent * 0x0130be24) line 395 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00ebec80) line 357 + 9 bytes _md_EventReceiverProc(HWND__ * 0x000402da, unsigned int 49387, unsigned int 0, long 15461504) line 675 + 9 bytes USER32! 77e71250() 00ebec80()

Assigning to myself and adding rickg to the CC list.

I've checked in a fix which should be available in tomorrow's build. The parser , now, seems to parse the page right. The page however does not display the table. I guess this would fall under Chris Karnaze's territory. Changing the comments and assigning the bug to karnaze@netscape.com.

*** Bug 2515 has been marked as a duplicate of this bug. ***

I'm seeing the assert also and since there is parser and content sink code in the stack (but no table, frameset, or form code), I'm reassigning to Rick.

Chris -- this is not a parser bug. I've verified that the sink is being messaged correctly, and the as far as the parser is concerned, the table (which is not shown in either the view or in debug:dump-content) is in fact passing through the parser correctly. Please talk this over with kipp.

There is an <embed> tag which may be causing the problem. Kipp, if you are not handling this, please pass it along to someone who might be.

A trace enabled on the content-sink shows that no table is ever seen. By commenting out the EMBED tag the content goes through fine.

Ok -- I made EMBED a non-container, and I *think* this works. But in my testing we're crashing still so I cant confirm. Kipp, please retry.

Works fine on linux; must be a plugin related crash on windoze.

Using 3/26 build on Win 95, Win 98, Win NT, Mac8.5 and Linux, table displays on all platforms. Verifying bug fixed.