abrt 1.0.0 detected a crash. How to reproduce ----- 1. Start Firefox 2. Use Firefox for a while 3. Close firefox Comment ----- Just as described above. Sometimes Firefox stops responding at exit and the process remains active, even though no Firefox windows are open. Attached file: backtrace cmdline: /usr/lib64/firefox-3.5.6/firefox component: firefox executable: /usr/lib64/firefox-3.5.6/firefox kernel: 2.6.31.9-174.fc12.x86_64 package: firefox-3.5.6-1.fc12 rating: 4 reason: Process was terminated by signal 11
Created attachment 380837 [details] File: backtrace
#2 <signal handler called> No symbol table info available. #3 nsAlertsIconListener::SendClosed (this=<value optimized out>) at nsAlertsIconListener.cpp:263 No locals. #4 0x00007fb0d0ff6cca in notify_closed_cb ( notification=<value optimized out>, user_data=0x7fb0aadff400) at nsAlertsIconListener.cpp:66 alert = 0x7fb0aadff400 #5 0x0000003700a0ba8e in IA__g_closure_invoke (closure=0x7fb0aa634940, return_value=0x0, n_param_values=1, param_values=0x7fb0ab139740, invocation_hint=0x7fff1dca7c60) at gclosure.c:767 marshal = <value optimized out> marshal_data = <value optimized out> in_marshal = <value optimized out> __PRETTY_FUNCTION__ = "IA__g_closure_invoke" #6 0x0000003700a20ec3 in signal_emit_unlocked_R (node=<value optimized out>, detail=<value optimized out>, instance=<value optimized out>, emission_return=<value optimized out>, instance_and_params=<value optimized out>) at gsignal.c:3247 tmp = <value optimized out> handler = 0x7fb0aa634910 accumulator = 0x0 emission = {next = 0x7fff1dca80f0, instance = 0x7fb0ab1384a0, ihint = {signal_id = 204, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 4} class_closure = 0x7fb0ab138340 handler_list = 0x7fb0aa634910 return_accu = 0x0 accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} signal_id = <value optimized out> max_sequential_handler_number = <value optimized out> return_value_altered = <value optimized out> -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Need to know what plugins you are using. Please perform the following and attach the outputs. Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. First of all, could we get output of the command rpm -qa *xulrun* *firefox* *mozilla* *flash* *plugin* Please also install firefox-debuginfo (debuginfo-install is from yum-utils package). debuginfo-install firefox Then run firefox with a parameter -g. That will start firefox running inside of gdb debugger. Then use command run and do whatever you did to make firefox crash. When it happens, you should go back to the gdb and run (gdb) thread apply all backtrace This produces usually many screens of the text. Copy all of them into a text editor and attach the file to the bug as an uncompressed attachment. We will review this issue again once you've had a chance to attach this information. Thanks in advance. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Created attachment 380845 [details] additional backtrace
Reporter, what I actually wanted was the output of the command: $ rpm -qa *xulrun* *firefox* *mozilla* *flash* *plugin*
(In reply to comment #5) > Reporter, what I actually wanted was the output of the command: > > $ rpm -qa *xulrun* *firefox* *mozilla* *flash* *plugin* Hi, its in first part of additional-backtrace file ;-) Sorry,I should mentioned it in comment. ------------------------------------------------------------------ xulrunner-debuginfo-1.9.1.6-1.fc12.x86_64 java-1.6.0-openjdk-plugin-1.6.0.0-33.b16.fc12.x86_64 xine-plugin-1.0.2-3.fc12.x86_64 gstreamer-plugins-base-0.10.25.1-2.fc12.x86_64 yum-plugin-show-leaves-1.1.24-2.fc12.noarch firefox-3.5.6-1.fc12.x86_64 mozilla-filesystem-1.9-5.fc12.x86_64 setroubleshoot-plugins-2.1.35-1.fc12.noarch gstreamer-plugins-base-0.10.25.1-2.fc12.i686 anaconda-yum-plugins-1.0-5.fc12.noarch yum-plugin-fastestmirror-1.1.24-2.fc12.noarch alsa-plugins-pulseaudio-1.0.21-2.fc12.x86_64 p7zip-plugins-4.65-2.fc12.x86_64 firefox-debuginfo-3.5.6-1.fc12.x86_64 nspluginwrapper-1.3.0-10.fc12.x86_64 yum-plugin-post-transaction-actions-1.1.24-2.fc12.noarch gstreamer-plugins-good-0.10.17-3.fc12.x86_64 xulrunner-1.9.1.6-1.fc12.x86_64 abrt-plugin-logger-1.0.0-1.fc12.x86_64 plymouth-plugin-two-step-0.8.0-0.2009.29.09.19.fc12.x86_64 abrt-plugin-sqlite3-1.0.0-1.fc12.x86_64 PackageKit-yum-plugin-0.5.5-1.fc12.x86_64 yum-plugin-rpm-warm-cache-1.1.24-2.fc12.noarch yum-plugin-protectbase-1.1.24-2.fc12.noarch kipi-plugins-0.8.0-1.fc12.x86_64 abrt-plugin-kerneloopsreporter-1.0.0-1.fc12.x86_64 konq-plugins-4.3.3-2.fc12.x86_64 abrt-plugin-bugzilla-1.0.0-1.fc12.x86_64 plymouth-plugin-label-0.8.0-0.2009.29.09.19.fc12.x86_64 yum-plugin-protect-packages-1.1.24-2.fc12.noarch kipi-plugins-libs-0.8.0-1.fc12.x86_64 nspluginwrapper-debuginfo-1.3.0-10.fc12.x86_64 yum-plugin-merge-conf-1.1.24-2.fc12.noarch gutenprint-plugin-5.2.4-7.fc12.x86_64 mozilla-vlc-1.0.4-1.fc12.x86_64 --------------------------------------------------------------------
It looks like this is a duplicate of 533029, which was also a "nsAlertsIconListener::SendClosed" bug, but while that was most likely caused by the jetpack extension, this reporter appears to be using cooliris. *** This bug has been marked as a duplicate of bug 533207 ***
Rats, wrong bug. *** This bug has been marked as a duplicate of bug 533029 ***
*** Bug 551205 has been marked as a duplicate of this bug. ***