Opened 15 years ago

Closed 5 years ago

Last modified 4 years ago

#3181 closed bug (invalid)

firefox always crash on system shutdown/restart

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

Description

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

Firefox 2.0.0.18 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/libroot.so
#2  0x01a09799 in __assert_fail () from /boot/beos/system/lib/libroot.so
#3  0x01a13b40 in BPrivate::threadHeap::malloc ()
   from /boot/beos/system/lib/libroot.so
#4  0x01a14494 in malloc () from /boot/beos/system/lib/libroot.so
#5  0x01571412 in JS_malloc () from /boot/apps/firefox/lib/libmozjs.so
#6  0x015f8f53 in js_ConcatStrings () from /boot/apps/firefox/lib/libmozjs.so
#7  0x015b2b6b in js_Interpret () from /boot/apps/firefox/lib/libmozjs.so
#8  0x015ade6c in js_Invoke () from /boot/apps/firefox/lib/libmozjs.so
#9  0x006c470b in nsXPCWrappedJSClass::CallMethod ()
#10 0x006c1154 in nsXPCWrappedJS::CallMethod ()
#11 0x016e6155 in PrepareAndDispatch ()
   from /boot/apps/firefox/lib/libxpcom_core.so
#12 0x01680e31 in nsObserverService::NotifyObservers ()
   from /boot/apps/firefox/lib/libxpcom_core.so
#13 0x0068e56d in nsXREDirProvider::DoShutdown ()
#14 0x0068ab30 in XRE_main ()
#15 0x006844e6 in main ()

Attachments (2)

BeZilla-530-debug-27-04-2015-18-17-01.report (32.1 KB ) - added by luroh 9 years ago.
BeZilla-109395-debug-28-04-2015-07-02-39.report (19.1 KB ) - added by diver 9 years ago.

Download all attachments as: .zip

Change History (12)

comment:1 by tqh, 15 years ago

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

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, 15 years ago

Cc: olive@… added

comment:3 by korli, 14 years ago

Could you check against a current revision ?

comment:4 by waddlesplash, 9 years ago

Resolution: no change required
Status: newclosed

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

comment:5 by luroh, 9 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, 9 years ago

To get a better backtrace I did this: LD_PRELOAD=libroot_debug.so /system/apps/BeZilla/BeZilla

Then I quit BeZilla in another terminal hey BeZilla quit

comment:7 by axeld, 7 years ago

Owner: changed from axeld to nobody
Status: reopenedassigned

comment:8 by cocobean, 6 years ago

Tested with hrev52031 x86 w/BeZilla 2.0.0.22. 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, 5 years ago

Resolution: invalid
Status: assignedclosed

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

comment:10 by nielx, 4 years ago

Milestone: R1

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

Note: See TracTickets for help on using tickets.