abrt version: 1.1.13 architecture: x86_64 Attached file: backtrace cmdline: /usr/lib64/thunderbird-3.1/thunderbird-bin component: thunderbird crash_function: nsProfileLock::FatalSignalHandler executable: /usr/lib64/thunderbird-3.1/thunderbird-bin kernel: 2.6.35.4-28.fc14.x86_64 package: thunderbird-3.1.3-1.fc15 rating: 4 reason: Process /usr/lib64/thunderbird-3.1/thunderbird-bin was killed by signal 6 (SIGABRT) release: Fedora release 14 (Laughlin) time: 1284996344 uid: 3009 How to reproduce ----- This is not actually a crash report per se, but rather a report of Thunderbird hanging while consuming 100% of CPU. I generated the stack trace by sending Thunderbird an ABRT signal when it was in this hung state. This occurred when I tried to open the advanced config editor (Edit > Preferences followed by clicking on "Config Editor..."). Once the hang happens, I've yet to see it ever fix itself. The problem is intermittent, i.e., there have been a few cases where I've been able to open up the config editor without Thunderbird hanging, but it seems to happen more often than not. I've tested with the fc14 and fc15 versions of Thunderbird 3.1.3, as well as with an old Thunderbird 3.1.2 package I compiled a while ago myself. Since that same 3.1.2 package did not previously have this problem, I have to suspect that it is actually a gtk2 or other library issue rather than a Thunderbird issue, but I suppose there may be a latent Thunderbird issue that was activated by a legitimate change to a library.
Created attachment 448492 [details] File: backtrace
I originally filed this bug under thunderbird, but I've found another manifestation of the same bug, this time in firefox, and this time in a more frequently used component of the application. Since firefox is much more widely used than Thunderbird, I am moving the component from thunderbird to firefox to stress that I think this bug is more important than it seemed to be when it was just thunderbird manifesting it. With all current updates from F14 and updates-testing, when I try to edit individual cookies in firefox (Edit > Preferences, Privacy, remove individual cookies), firefox hangs and spins at 100% CPU. This is essentially the same behavior as described above for the advanced config editor in Thunderbird. So far, it has happened in Firefox every time I've tried it, i.e., it does not appear to be an intermittent issue.
Note that the problem went away when I cleared all of my cookies, but I have a feeling that it'll come back again when the list of cookies gets long enough.
(In reply to comment #2) > I originally filed this bug under thunderbird, but I've found another > manifestation of the same bug, this time in firefox, and this time in a more > frequently used component of the application. Since firefox is much more widely > used than Thunderbird, I am moving the component from thunderbird to firefox to > stress that I think this bug is more important than it seemed to be when it was > just thunderbird manifesting it. > > With all current updates from F14 and updates-testing, when I try to edit > individual cookies in firefox (Edit > Preferences, Privacy, remove individual > cookies), firefox hangs and spins at 100% CPU. This is essentially the same > behavior as described above for the advanced config editor in Thunderbird. So > far, it has happened in Firefox every time I've tried it, i.e., it does not > appear to be an intermittent issue. I'm running FF in F14 (firefox-3.6.10-1.fc14.i686), and I can confirm this issue (if clicking on a cookie, no hang, but FF consumes 1 full CPU on my DualCore box)
Created attachment 449716 [details] FF strace when it loops FF strace when it loops (belonging to comment#4)
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. I cannot reproduce here with firefox-3.6.17-1.fc14 (see the attached screenshot). So, we need more information to be able to reproduce the issue here. 1) Are you able to reproduce this when running firefox in the safe mode (i.e., run it with parameter -safe-mode on the command line) 2) Are you able to reproduce the problem with the upstream binary from http://www.firefox.com/? 3) Are you able to reproduce the problem with a fresh profile? Thank you for your cooperation and helping to make Fedora more awesome! We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Sorry, no more running F14, but F15, and it looks that the firefox issue described above has gone (I'm using ~/.mozilla from F14 now in F15, without any flaw).
Okay, thanks.