abrt 1.1.0 detected a crash. architecture: i686 Attached file: backtrace cmdline: /usr/lib/firefox-3.6/firefox component: firefox crash_function: nsProfileLock::FatalSignalHandler executable: /usr/lib/firefox-3.6/firefox global_uuid: d09e47f664e7b29fe19c9abd58486c3d03f645e5 kernel: 2.6.33.5-112.fc13.i686 package: firefox-3.6.3-4.fc13 rating: 4 reason: Process /usr/lib/firefox-3.6/firefox was killed by signal 11 (SIGSEGV) release: Fedora release 13 (Goddard) How to reproduce ----- 1. I was playing around with copying application icons to the top user panel when Firefox crashed 2. 3.
Created attachment 418889 [details] File: backtrace
#3 <signal handler called> No symbol table info available. #4 IA__g_type_check_instance_is_a (type_instance=0xa4048380, iface_type=3076084160) at gtype.c:3937 node = 0x656c6964 iface = 0xb75951c0 check = 1701603686 #5 0x0463b8a6 in IA__gtk_drag_get_source_widget (context=0xa4048380) at gtkdnd.c:1012 __inst = 0xa4048380 __t = <value optimized out> __r = <value optimized out> _g_boolean_var_ = <value optimized out> tmp_list = <value optimized out> __PRETTY_FUNCTION__ = "IA__gtk_drag_get_source_widget" #6 0x05db0694 in nsDragService::IsTargetContextList (this=0xb3598b80) at nsDragService.cpp:945 retval = 0 tmp = <value optimized out> #7 0x05db1cf7 in nsDragService::GetNumDropItems (this=0xb3598b80, aNumItems=0xbfc3a8d4) at nsDragService.cpp:434 isList = <value optimized out> #8 0x058d7cdc in nsDOMDataTransfer::CacheExternalFormats (this=0xa79ae280) at nsDOMDataTransfer.cpp:806 dragService = {<nsCOMPtr_base> = { mRawPtr = 0xb3598b80}, <No data fields>} ssm = <value optimized out> count = 0 dragSession = {<nsCOMPtr_base> = { mRawPtr = 0xb3598b84}, <No data fields>} sysPrincipal = {<nsCOMPtr_base> = { mRawPtr = 0xb71e0b00}, <No data fields>} formats = {0x5fb7745 "application/x-moz-file", 0x5faa741 "text/html", 0x5fb775c "text/x-moz-url", 0x5fb7731 "text/x-moz-url-data", 0x5fb7724 "text/unicode"} #9 0x058d80ed in nsDOMDataTransfer::nsDOMDataTransfer (this=0xa79ae280, aEventType=1401, aAction=4) at nsDOMDataTransfer.cpp:97 No locals. #10 0x05849e07 in nsContentUtils::SetDataTransferInEvent ( aDragEvent=0xbfc3b6fc) at nsContentUtils.cpp:4662 action = 4 dragSession = {<nsCOMPtr_base> = { mRawPtr = 0xb3598b84}, <No data fields>} initialDataTransfer = {<nsCOMPtr_base> = { mRawPtr = 0x0}, <No data fields>} initialDataTransferNS = {<nsCOMPtr_base> = { mRawPtr = 0xbfc3a9e4}, <No data fields>} #11 0x058cc6c6 in nsDOMDragEvent::GetDataTransfer (this=0xaf81fdc0, aDataTransfer=0xbfc3a9e0) at nsDOMDragEvent.cpp:135 rv = <value optimized out> dragEvent = 0xbfc3b6fc -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Reporter, can you give us more detailed reliable reproduction steps? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
(In reply to comment #3) > Reporter, can you give us more detailed reliable reproduction steps? > > > > -- > Fedora Bugzappers volunteer triage team > https://fedoraproject.org/wiki/BugZappers I'm sorry, but I wasn't expecting the crash, so I wasn't paying a whole lot of attention to what I was doing when it happened. I had a few tabs open in Firefox -- gmail plus a couple of linux-related sites. While these were open, I was customizing the top "panel" in the gnome desktop by copying some program icons from the application drop-down menu to the top panel. I may also have been clicking on some of the standard notification applets there when the crash occurred. I had also recently (30 minutes prior) installed the Adobe flash player plugin for Firefox, and it seemed to be working fine. Without more detailed info on how to reproduce it, this one may be a lost cause. If it happens again, I'll try to document it better.
Thank you for your quick response. If the crash re-occurs, abrt should recognize that it is/is not the same. As it is, this back-trace alone is not specific enough to troubleshoot the root cause without being able to reproduce the crash. Closing for now. Feel free to re-open if you disagree with this determination. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Agreed... I wouldn't want to try to debug it without any way to reproduce it either :-) Thanks.