Closed Bug 8064 Opened 25 years ago Closed 25 years ago

assertion in XIF code

Categories

(Core :: DOM: Editor, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: buster, Assigned: akkzilla)

References

()

Details

In viewer, when I try one of my HTML form tests at: Click on one of the tests at this URL. I tried windows-1250 (http://warp/employees/erik/tests/forms/nbsp/all-charsets/windows-1250.cgi) I get the following stack trace: NTDLL! 77f76148() nsDebug::Assertion(char * 0x005bd224, char * 0x005bd208, char * 0x005bd1d4, int 476) line 150 + 13 bytes nsHTMLToTXTSinkStream::EncodeToBuffer(const nsString & {...}) line 476 + 35 bytes nsHTMLToTXTSinkStream::AddLeaf(nsHTMLToTXTSinkStream * const 0x012675d0, const nsIParserNode & {...}) line 677 nsXIFDTD::ProcessEntityTag(const nsIParserNode & {...}) line 1670 + 31 bytes nsXIFDTD::HandleStartToken(CToken * 0x01140b50) line 673 XIFDispatchTokenHandler(CToken * 0x01140b50, nsIDTD * 0x01465ec8) line 265 + 12 bytes CTokenHandler::operator()(CToken * 0x01140b50, nsIDTD * 0x01465ec8) line 80 + 14 bytes nsXIFDTD::HandleToken(nsXIFDTD * const 0x01465ec8, CToken * 0x01140b50, nsIParser * 0x01267470) line 535 + 18 bytes nsXIFDTD::BuildModel(nsXIFDTD * const 0x01465ec8, nsIParser * 0x01267470, nsITokenizer * 0x01268290, nsITokenObserver * 0x00000000, nsIContentSink * 0x012675d0) line 475 + 20 bytes nsParser::BuildModel() line 902 + 34 bytes nsParser::ResumeParse(nsIDTD * 0x00000000) line 849 + 11 bytes nsParser::Parse(nsString & {...}, void * 0x00000000, const nsString & {...}, int 0, int 1) line 733 + 13 bytes nsTextEditor::OutputTextInternal(nsTextEditor * const 0x011deb40, nsIOutputStream * 0x00000000, nsString * 0x0012f838, nsString * 0x00000000) line 1601 + 49 bytes nsTextEditor::OutputTextToString(nsTextEditor * const 0x011deb74, nsString & {...}) line 1545 nsGfxTextControlFrame::ContentChanged(nsGfxTextControlFrame * const 0x011de9e0) line 1203 nsEnderDocumentObserver::ContentChanged(nsEnderDocumentObserver * const 0x011deb10, nsIDocument * 0x01239400, nsIContent * 0x0126691c, nsISupports * 0x00000000) line 1320 + 21 bytes nsDocument::ContentChanged(nsDocument * const 0x01239400, nsIContent * 0x0126691c, nsISupports * 0x00000000) line 1509 nsGenericDOMDataNode::ReplaceData(unsigned int 0, unsigned int 0, const nsString & {...}) line 354 nsGenericDOMDataNode::InsertData(unsigned int 0, const nsString & {...}) line 298 nsTextNode::InsertData(nsTextNode * const 0x01266910, unsigned int 0, const nsString & {...}) line 51 + 22 bytes InsertTextTxn::Do(InsertTextTxn * const 0x0126c800) line 73 + 40 bytes nsTransactionItem::Do() line 102 + 18 bytes nsTransactionManager::BeginTransaction(nsITransaction * 0x0126c800) line 1038 + 11 bytes nsTransactionManager::Do(nsTransactionManager * const 0x0126a910, nsITransaction * 0x0126c800) line 134 + 18 bytes nsEditor::Do(nsEditor * const 0x011deb40, nsITransaction * 0x0126c800) line 868 + 30 bytes nsEditor::DoInitialInsert(nsEditor * const 0x011deb40, const nsString & {...}) line 1672 + 16 bytes nsEditor::InsertText(nsEditor * const 0x011deb40, const nsString & {...}) line 1517 + 19 bytes nsTextEditor::InsertText(nsTextEditor * const 0x011deb40, const nsString & {...}) line 1025 + 16 bytes nsGfxTextControlFrame::InitializeTextControl(nsGfxTextControlFrame * const 0x011de9e0, nsIPresShell * 0x01261120, nsIDOMDocument * 0x01239404) line 1132 + 42 bytes nsGfxTextControlFrame::InstallEditor(nsGfxTextControlFrame * const 0x011de9e0) line 937 + 33 bytes EnderTempObserver::OnStopBinding(EnderTempObserver * const 0x011dea80, nsIURL * 0x011f0cc0, unsigned int 0, unsigned short * 0x011f2d20) line 1562 nsDocumentBindInfo::OnStopBinding(nsDocumentBindInfo * const 0x011f0f60, nsIURL * 0x011f0cc0, unsigned int 0, unsigned short * 0x011f2d20) line 1549 OnStopBindingProxyEvent::HandleEvent(OnStopBindingProxyEvent * const 0x011f2cd0) line 593 + 45 bytes StreamListenerProxyEvent::HandlePLEvent(PLEvent * 0x011f2cd4) line 473 + 12 bytes PL_HandleEvent(PLEvent * 0x011f2cd4) line 491 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00ff1cf0) line 452 + 9 bytes _md_EventReceiverProc(void * 0x01fe0506, unsigned int 49324, unsigned int 0, long 16719088) line 868 + 9 bytes USER32! 77e71250()
please look at this for M7, if possible. Thanks!
I was seeing this too, when playing with getting plain text output. It seems harmless to continue past it (when using Latin 1, at least).
Status: NEW → ASSIGNED
Target Milestone: M7
This is really a dup of 6748, but I'm going to keep it separate and make this bug represent the fact that it's an assertion instead of the nonfatal NS_VERIFY (I'll make that change for M7), and the other bug continue to be a reminder to figure out whether it's really a bad thing not to have a unicode encoder there in the first place (currently marked for M8). Simon is correct that it's harmless to continue past it -- if there's no unicode encoder it will simply copy the buffer and continue.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This is now an NS_VERIFY. The other bug is still in place to determine whether the NS_VERIFY needs to be there.
Status: RESOLVED → VERIFIED
verified in 6/16 build.
You need to log in before you can comment on or make changes to this bug.