#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)
Change History (12)
comment:1 by , 16 years ago
Cc: | added |
---|---|
Component: | - General → System/libroot.so |
comment:2 by , 16 years ago
Cc: | added |
---|
comment:4 by , 10 years ago
Resolution: | → no change required |
---|---|
Status: | new → closed |
BeZilla is now in HaikuDepot and doesn't crash (AFAICT).
comment:5 by , 10 years ago
Resolution: | no change required |
---|---|
Status: | closed → reopened |
Version: | R1/pre-alpha1 → R1/Development |
BeZilla crashes just as reliably as ever if left open while Haiku is shutting down. Attaching debug report.
by , 10 years ago
Attachment: | BeZilla-530-debug-27-04-2015-18-17-01.report added |
---|
comment:6 by , 10 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
by , 10 years ago
Attachment: | BeZilla-109395-debug-28-04-2015-07-02-39.report added |
---|
comment:7 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | reopened → assigned |
comment:8 by , 7 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 , 5 years ago
Resolution: | → invalid |
---|---|
Status: | assigned → closed |
Well, then this appears to be a BeZilla bug then, not a Haiku bug.
comment:10 by , 5 years ago
Milestone: | R1 |
---|
Remove milestone for tickets with status = closed and resolution != fixed
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.