abrt 1.0.3 detected a crash. How to reproduce: Crashed on its own while in background Comment: I was doing a code review with Smart Bear Code Collaborator and I went to Pidgin to answer a message. I got the crash report soon after. Attached file: backtrace cmdline: /usr/lib64/firefox-3.5.6/firefox http://vulcan.acsrr.com:12357/index.jsp?page=ReviewDisplay&reviewid=9061 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: 3 reason: Process was terminated by signal 11 (Segmentation fault)
Created attachment 382538 [details] File: backtrace
#2 <signal handler called> No symbol table info available. #3 IA__g_type_check_instance (type_instance=0x7f44c13d3ec0) at gtype.c:3804 node = <value optimized out> #4 0x0000003ebc222eab in IA__g_signal_handlers_disconnect_matched (instance= 0x7f44c13d3ec0, mask=24, signal_id=0, detail=0, closure=0x0, func=<value optimized out>, data=<value optimized out>) at gsignal.c:2667 n_handlers = 0 __PRETTY_FUNCTION__ = "IA__g_signal_handlers_disconnect_matched" #5 0x00007f44b2eeeec3 in update_client_widget ( context_xim=<value optimized out>) at gtkimcontextxim.c:1641 new_client_widget = 0x0 #6 set_ic_client_window (context_xim=<value optimized out>) at gtkimcontextxim.c:654 No locals. #7 0x00007f44b2eeef5b in xim_info_display_closed (display= 0x7f44c139d190 [GdkDisplayX11], is_error=<value optimized out>, info= 0x7f44b4ac1ac0) at gtkimcontextxim.c:402 ics = 0x7f44b26dc7b0 = {0x7f44af9efe00, 0x7f44af9efc00} tmp_list = 0x7f44b26dc7b0 = {0x7f44af9efe00, 0x7f44af9efc00} #8 0x0000003ebc20ba8e in IA__g_closure_invoke (closure=0x7f44b6aa5670, return_value=0x0, n_param_values=2, param_values=0x7f44ab604790, invocation_hint=0x7ffffddd1120) at gclosure.c:767 marshal = <value optimized out> marshal_data = <value optimized out> in_marshal = <value optimized out> __PRETTY_FUNCTION__ = "IA__g_closure_invoke" #9 0x0000003ebc220ec3 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 = 0x7f44b6a7ed00 accumulator = 0x0 emission = {next = 0x0, instance = 0x7f44c139d190, ihint = { signal_id = 3, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 4} class_closure = 0x7f44c137e600 handler_list = 0x7f44b4b20280 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
Thank you for the 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 548942 ***