Closed
Bug 189304
Opened 22 years ago
Closed 22 years ago
crash on page load
Categories
(Core :: XML, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jrspm, Assigned: hjtoi-bugzilla)
References
()
Details
(Keywords: crash)
Using Phoenix, latest nightly build on Win2k SP3, the page http://bugzilla.mozilla.org/attachment.cgi?id=75083&action=view crashes upon page load. This used to display just fine. Not sure when it went bad? I haven't looked at the page in quite a while and don't have a clue as to what is causing the crash, which is why I selected the component "Browser-General". Jake
Comment 1•22 years ago
|
||
Instant crash with older Phoenix on Win98SE Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021219 Phoenix/0.5 PHOENIX verursachte einen Fehler durch eine ungültige Seite in Modul PHOENIX.EXE bei 0167:005ba09c. Register: EAX=00dbf88c CS=0167 EIP=005ba09c EFLGS=00010246 EBX=00000000 SS=016f ESP=00dbf848 EBP=00dbf868 ECX=00f8d1e0 DS=016f ESI=00f8d1e0 FS=7bcf EDX=008ef460 ES=016f EDI=00000000 GS=0000 Bytes bei CS:EIP: 8b 07 57 8b f1 ff 90 9c 00 00 00 85 c0 0f 84 57 Stapelwerte: 00000004 00f8d1f8 00f8d1e0 00000000 01adf5b0 ffffffff 00f8d1f8 00f8d1e0 00dbf890 005bc26c 00000000 00dbf88c 01b058f0 0214d5a0 008dfbd8 008dfbd8
Comment 2•22 years ago
|
||
Report is for Phoenix, not Mozilla. Changing product and component to reflect this.
Assignee: asa → blaker
Component: Browser-General → General
Product: Browser → Phoenix
Version: Trunk → unspecified
Reporter | ||
Comment 3•22 years ago
|
||
Well, not really. Since Phoenix shares the same Mozilla internals and this happened upon loading the page, I assumed this was a parser error. So, in fact, this is a bug report about Mozilla in general, not just Phoenix. Here is the Talkback ID from the latest Mozilla nightly to prove it. Using build 2002121608 on Win2k (sp3), the same crash happened. Talkback ID: TB16266955E Hopefully that makes things more clear. Jake
Component: General → Browser-General
Product: Phoenix → Browser
Version: unspecified → Trunk
Comment 4•22 years ago
|
||
nsXMLContentSink::HandleEndElement(nsXMLContentSink * const 0x03e01db8, const unsigned short * 0x03d977bc) line 1800 + 32 bytes nsExpatDriver::HandleEndElement(const unsigned short * 0x03d977bc) line 344 + 22 bytes Driver_HandleEndElement(void * 0x03a13bb0, const char * 0x03d977bc) line 79 + 12 bytes doContent(void * 0x03c2bc60, int 0, const encoding * 0x020bd680 little2_encoding, const char * 0x03cb7f8e, const char * 0x03cb802a, const char * * 0x03c2bc6c) line 1508 + 20 bytes contentProcessor(void * 0x03c2bc60, const char * 0x03cb6028, const char * 0x03cb802a, const char * * 0x03c2bc6c) line 1112 + 30 bytes XML_ParseBuffer(void * 0x03c2bc60, int 8192, int 0) line 970 + 64 bytes XML_Parse(void * 0x03c2bc60, const char * 0x03cafff8, int 8192, int 0) line 959 + 17 bytes nsExpatDriver::ParseBuffer(const char * 0x03cafff8, unsigned int 8192, int 0) line 755 + 24 bytes nsExpatDriver::ConsumeToken(nsExpatDriver * const 0x03a13bb4, nsScanner & {...}, int & 0) line 864 + 32 bytes nsParser::Tokenize(int 0) line 2543 + 26 bytes nsParser::ResumeParse(int 1, int 0, int 1) line 1770 + 31 bytes nsParser::OnDataAvailable(nsParser * const 0x03b34344, nsIRequest * 0x03b29a30, nsISupports * 0x00000000, nsIInputStream * 0x03e09318, unsigned int 5547, unsigned int 14839) line 2405 + 21 bytes nsDocumentOpenInfo::OnDataAvailable(nsDocumentOpenInfo * const 0x01494290, nsIRequest * 0x03b29a30, nsISupports * 0x00000000, nsIInputStream * 0x03e09318, unsigned int 5547, unsigned int 14839) line 243 + 46 bytes nsStreamListenerTee::OnDataAvailable(nsStreamListenerTee * const 0x03c26ab0, nsIRequest * 0x03b29a30, nsISupports * 0x00000000, nsIInputStream * 0x03b6fc90, unsigned int 5547, unsigned int 14839) line 97 + 51 bytes nsHttpChannel::OnDataAvailable(nsHttpChannel * const 0x03b29a34, nsIRequest * 0x03b387dc, nsISupports * 0x00000000, nsIInputStream * 0x03b6fc90, unsigned int 5547, unsigned int 14839) line 3085 + 63 bytes nsOnDataAvailableEvent::HandleEvent() line 194 + 70 bytes nsARequestObserverEvent::HandlePLEvent(PLEvent * 0x03db3234) line 116 PL_HandleEvent(PLEvent * 0x03db3234) line 663 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x00ec6750) line 593 + 9 bytes nsEventQueueImpl::ProcessPendingEvents(nsEventQueueImpl * const 0x0027c798) line 387 + 12 bytes nsWindow::DispatchPendingEvents() line 3729 nsWindow::ProcessMessage(unsigned int 512, unsigned int 0, long 23265862, long * 0x0012fc48) line 4072 nsWindow::WindowProc(HWND__ * 0x000f0362, unsigned int 512, unsigned int 0, long 23265862) line 1402 + 27 bytes USER32! 77e2a290() USER32! 77e045b1() USER32! 77e0a752() nsAppShellService::Run(nsAppShellService * const 0x00f95c48) line 471 main1(int 2, char * * 0x00276ac8, nsISupports * 0x00276b40) line 1543 + 32 bytes main(int 2, char * * 0x00276ac8) line 1904 + 37 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77e8ca90() -> XML (btw: don't forget to reassign if you change the component)
Assignee: blaker → heikki
Severity: major → critical
Component: Browser-General → XML
QA Contact: asa → rakeshmishra
Comment 5•22 years ago
|
||
worksforme with linux trunk build 20030116
Assignee | ||
Comment 6•22 years ago
|
||
Wfm, win2k, modified debug build from yesterday.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 7•22 years ago
|
||
WFM now as well with the today's builds of Mozilla and Phoenix. Cool! Jake
You need to log in
before you can comment on or make changes to this bug.
Description
•