Opened 10 years ago

Last modified 7 months ago

#3181 assigned bug

firefox always crash on system shutdown/restart

Reported by: karmak Owned by: nobody
Priority: normal Milestone: R1
Component: System/ Version: R1/Development
Keywords: Cc: fredrik.holmqvist@…, olive@…
Blocked By: Blocking:
Has a Patch: no 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 4 years ago. (19.1 KB) - added by diver 4 years ago.

Download all attachments as: .zip

Change History (10)

comment:1 Changed 10 years ago by tqh

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 Changed 10 years ago by karmak

Cc: olive@… added

comment:3 Changed 9 years ago by korli

Could you check against a current revision ?

comment:4 Changed 4 years ago by waddlesplash

Resolution: no change required
Status: newclosed

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

comment:5 Changed 4 years ago by luroh

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 Changed 4 years ago by diver

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

Then I quit BeZilla in another terminal hey BeZilla quit

comment:7 Changed 22 months ago by axeld

Owner: changed from axeld to nobody
Status: reopenedassigned

comment:8 Changed 7 months ago by cocobean

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.

Note: See TracTickets for help on using tickets.