Status

()

Core
XML
--
critical
RESOLVED WORKSFORME
15 years ago
15 years ago

People

(Reporter: Jacob Kjome, Assigned: Heikki Toivonen (remove -bugzilla when emailing directly))

Tracking

({crash})

Trunk
x86
Windows 2000
crash
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

15 years ago
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
(Reporter)

Updated

15 years ago
Keywords: crash

Comment 1

15 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 
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

15 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
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

15 years ago
worksforme with linux trunk build 20030116
Wfm, win2k, modified debug build from yesterday.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 7

15 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.