Opened 12 years ago

Closed 11 months ago

Last modified 6 weeks ago

#3181 closed bug (invalid)

firefox always crash on system shutdown/restart

Reported by: karmak Owned by: nobody
Priority: normal Milestone:
Component: System/ Version: R1/Development
Keywords: Cc: fredrik.holmqvist@…, olive@…
Blocked By: Blocking:
Platform: x86


Sorry if this is not the right place to post this bug ; feel free to redirect me to the right place if needed.

Firefox on Haiku hrev28734 on real hardware (IBM R52). This bug has happened since I use Haiku (approx. hrev28500). Did not test under qemu. This happens either on cross-compiled from linux and compiled from Haiku (since approx hrev28700 I acheived building Haiku from itself).

the bug: if I let firefox open before restarting or shuting down the system, everytime it will crash when asked to quit by the system. If I close it with Alt-W or Deskbar->Close, it closes properly. Backtrace :

#0  0xffff0104 in ?? ()
#1  0x01a00566 in debugger () from /boot/beos/system/lib/
#2  0x01a09799 in __assert_fail () from /boot/beos/system/lib/
#3  0x01a13b40 in BPrivate::threadHeap::malloc ()
   from /boot/beos/system/lib/
#4  0x01a14494 in malloc () from /boot/beos/system/lib/
#5  0x01571412 in JS_malloc () from /boot/apps/firefox/lib/
#6  0x015f8f53 in js_ConcatStrings () from /boot/apps/firefox/lib/
#7  0x015b2b6b in js_Interpret () from /boot/apps/firefox/lib/
#8  0x015ade6c in js_Invoke () from /boot/apps/firefox/lib/
#9  0x006c470b in nsXPCWrappedJSClass::CallMethod ()
#10 0x006c1154 in nsXPCWrappedJS::CallMethod ()
#11 0x016e6155 in PrepareAndDispatch ()
   from /boot/apps/firefox/lib/
#12 0x01680e31 in nsObserverService::NotifyObservers ()
   from /boot/apps/firefox/lib/
#13 0x0068e56d in nsXREDirProvider::DoShutdown ()
#14 0x0068ab30 in XRE_main ()
#15 0x006844e6 in main ()

Attachments (2) (32.1 KB ) - added by luroh 5 years ago. (19.1 KB ) - added by diver 5 years ago.

Download all attachments as: .zip

Change History (12)

comment:1 by tqh, 12 years ago

Cc: fredrik.holmqvist@… added
Component: - GeneralSystem/

That stacktrace is quite interesting. I've always assumed it is a firefox bug, but from the looks firefox is trying to shutdown (nsXREDirProvider::DoShutdown), but something asserts inside Haiku's malloc. So this might be the right place (and it's better to report than not report at all).

Needs looking into.

comment:2 by karmak, 11 years ago

Cc: olive@… added

comment:3 by korli, 10 years ago

Could you check against a current revision ?

comment:4 by waddlesplash, 5 years ago

Resolution: no change required
Status: newclosed

BeZilla is now in HaikuDepot and doesn't crash (AFAICT).

comment:5 by luroh, 5 years ago

Resolution: no change required
Status: closedreopened
Version: R1/pre-alpha1R1/Development

BeZilla crashes just as reliably as ever if left open while Haiku is shutting down. Attaching debug report.

comment:6 by diver, 5 years ago

To get a better backtrace I did this: /system/apps/BeZilla/BeZilla

Then I quit BeZilla in another terminal hey BeZilla quit

comment:7 by axeld, 3 years ago

Owner: changed from axeld to nobody
Status: reopenedassigned

comment:8 by cocobean, 2 years ago

Tested with hrev52031 x86 w/BeZilla Issue still confirmed. Quits normally during manual quit. Restart/Shutdown during BeZilla session generates the terminate/debug window - although same testing with WebPositive will pass.

comment:9 by waddlesplash, 11 months ago

Resolution: invalid
Status: assignedclosed

Well, then this appears to be a BeZilla bug then, not a Haiku bug.

comment:10 by nielx, 6 weeks ago

Milestone: R1

Remove milestone for tickets with status = closed and resolution != fixed

Note: See TracTickets for help on using tickets.