abrt 1.0.8 detected a crash. architecture: x86_64 Attached file: backtrace cmdline: /usr/lib64/firefox-3.5.9/firefox https://bugzilla.redhat.com/token.cgi?t=cNQKud8OMH&a=request_new_account component: firefox executable: /usr/lib64/firefox-3.5.9/firefox kernel: 2.6.32.10-90.fc12.x86_64 package: firefox-3.5.9-1.fc12 rating: 4 reason: Process /usr/lib64/firefox-3.5.9/firefox was killed by signal 11 (SIGSEGV) release: Fedora release 12 (Constantine) How to reproduce ----- 1. reload news in newfox plugin, ff crashes after a few seconds 2. 3.
Created attachment 404635 [details] File: backtrace
How to reproduce ----- 1. refresh newfox... ff crashes when new news items are loaded 2. 3.
How to reproduce ----- 1.ff crashes rigth after reloading newsfox messages. I see the list, but ff crashes before i can read one. Afterwards, when ff restarts, all message are still there and i can read them like before. I can even refresh newfox. FF only crashes the first time (or maybe because there's no _new_ message the 2nd time i refresh ?) 2. 3.
Comment ----- I loaded a new firefox addon called "ubiquity", and now firefox crashes every time I start / restart the browser. :-(
#2 <signal handler called> No symbol table info available. #3 nsAlertsIconListener::SendClosed (this=<value optimized out>) at nsAlertsIconListener.cpp:263 No locals. #4 0x00007fc1917f6af4 in notify_closed_cb ( notification=<value optimized out>, user_data=0x7fc17d1d1400) at nsAlertsIconListener.cpp:66 alert = 0x7fc17d1d1400 #5 0x000000355220ba8e in IA__g_closure_invoke (closure=0x7fc17df9a8e0, return_value=0x0, n_param_values=1, param_values=0x7fc17d574940, invocation_hint=0x7fff7fab2f70) 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 0x0000003552220ec3 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 = 0x7fc17d811580 accumulator = <value optimized out> emission = {next = 0x7fff7fab3400, instance = 0x7fc17e607920, ihint = {signal_id = 235, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 4} class_closure = <value optimized out> handler_list = 0x7fc17d811580 return_accu = <value optimized out> 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
Thank you for taking the time to submit this bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers *** This bug has been marked as a duplicate of bug 551194 ***