GNOME Bugzilla – Bug 513744
epiphany/xulrunner crashed because of totem plugin
Last modified: 2008-07-30 14:04:15 UTC
Steps to reproduce: 1. download snapshot from trunk 2. open some page, like stage6 Stack trace: Other information: No crash report is saved by Firefox neither Totem plugin.
firefox bug: https://bugzilla.mozilla.org/show_bug.cgi?id=378911
The backtrace shows no bits of Totem, and it works fine for me in a slightly older xulrunner-based epiphany. Please post a backtrace with Totem bits showing if you have one, otherwise I'll close this as NOTGNOME.
Test in CURRENT trunk, not OLDER. Even 28hrs matter here. Currently Firefox crashes, when Totem should load. Not sure about Epiphany (I should upgrade to Rawhide, or use left built GNOME libs and Epiphany or download GNOME-Trunk LiveCD... it has no sense if I want to have stable system).
Please give me a backtrace, otherwise I can't do anything. My point was that it used to work, and if it doesn't anymore, it's Firefox' fault, not ours.
I'm curious how if Totem crashes Firefox and nothing is saved... Test with CURRENT trunk, not older. Try it yourself and then look yourself it some backtrace is saved, even in about:crashes. I didn't noticed any. It cannot be Firefox bug, because stupid Flash works nice.
Thanks for taking the time to report this bug. Without a stack trace from the crash it's very hard to determine what caused it. Can you get us a stack trace? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
Cannot get anything because gdb don't like scripts for running programs. Running firefix-bin directly doesn't work (libxul.so not found).
You can attach gdb to firefox using "gdb attach `pidof firefox-bin`", or simply let firefox dump core by running: unlimit -c unlimited # Enable core dumps export GNOME_DISABLE_CRASH_DIALOG=1 # Disable the GTK breakpad module See also: http://fedoraproject.org/wiki/StackTraces
Firefox hangs when doing gdb attach...
No core dump is saved or I can't find it. PS: Not 'unlimit' but 'ulimit'.
gdb output: http://wklej.org/id/b951f39b78 still not backtrace: > (gdb) backtrace > No stack.
(In reply to comment #9) > Firefox hangs when doing gdb attach... Yes, you need to type "continue" into gdb to keep on running the program. (In reply to comment #10) > No core dump is saved or I can't find it. It will be created in the current directory. If it isn't, try using: sysctl -w "kernel.core_pattern=/tmp/core" it will dump the core files in /tmp Core dumps aren't created if you run the program within gdb. > PS: Not 'unlimit' but 'ulimit'. Yeah, typo. (In reply to comment #11) > gdb output: http://wklej.org/id/b951f39b78 > > still not backtrace: /home/livio/Pobrane/firefox/firefox-bin: symbol lookup error: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so: undefined symbol: _ZN8nsMemory5CloneEPKvj The totem there needs rebuilding, but: 1) Firefox shouldn't crash when there's an undefined symbol in a plugin 2) Firefox should stop breaking the ABI I think the bug you're looking at is (it's a tracker bug): https://bugzilla.mozilla.org/show_bug.cgi?id=156493
> totem there needs rebuilding Current or newer version should I build/use? > 1) Firefox shouldn't crash when there's an undefined symbol in a plugin > 2) Firefox should stop breaking the ABI > > I think the bug you're looking at is (it's a tracker bug): > https://bugzilla.mozilla.org/show_bug.cgi?id=156493 I don't know. I just wanted to tell both environments that some bug exists and someone needs to fix it, whomever it belongs to.
I've tested Epiphany/XULRUnner 2.21.92. Crashes.
Reassigning.
Did you get the plugin rebuilt so it doesn't have undefined symbols anymore?
Do not reassign bugs. This definitely belongs in totem; it needs to stop using nsMemory:: and just use the exported NS_* calls. Ultimately will be fixed by bug 520629.
strange, but this bug doesn't appear in openSUSE. both 10.3 and 11.0. not sure how about Fedora 9, since I use only openSUSE right now and even don't think about changing it ;) .
Closing then.