239.52 KB, text/plain
Created attachment 786859 [details] Thunderbird-17.0.737a594d9-73ea-41ec-a833-22f9e2130807.html User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 (Beta/Release) Build ID: 20130624104217 Steps to reproduce: When I upgraded to the version of Thunderbird which came with Fedora 18, I found that Thunderbird occasionally crashed when I selected a file and clicked on the Open button in the file-selector window. It seemed to depend on whether I had started to compose the email or not. Since upgrading to the latest version of Thunderbird (yum update), Thunderbird fails on every attempt to attach a file. Actual results: All windows associated with Thunderbird vanished. A new window appeared notifying me of the crash, and saying that a report would be sent if I wished. I have agreed on each occasion. (You will have a lot by now) Expected results: The file selector window should have disappeared and the mail composition window should have shown that the file had been attached, allowing me to complete composition and then send the message.
The problem is with the action to attach the file, not with sending an attachment. I am able to forward a file that already contains an attachment without problem.
The problem is intermittent. Today, I have successfully attached files and sent them without problem. Yet two days ago, every attempt failed.
Try downgrading gtk2: https://bugzilla.redhat.com/show_bug.cgi?id=971464
"yum downgrade gtk2"
Can you paste the crash id of the crash you have submitted to Mozilla?
I cannot copy and past from "Submitted crash reports" any neater than that. I cannot save the reports as a file, and the report ID just runs into the date submitted when I copy/paste a group of report IDs. The IDs all end in 130807
bp-37a594d9-73ea-41ec-a833-22f9e2130807 bp-a8b99b63-2e6b-4b02-a876-755f02130807 bp-d8bb177d-5b8d-4655-a1ec-94b922130807 bp-803dcd33-d220-446a-b09a-f4dcd2130807 bp-1a5626a2-24e6-44d7-ba6c-63ca42130807 bp-63ca6013-6bb1-4d99-ad76-d41c52130807 bp-8bf5a96f-1273-4636-8599-de95e2130807 bp-fafedf2e-1b96-441c-9da2-267f12130807 Yes, the crash reports show a lot of gtk libraries on the top of the stack. Can you try the downgrade suggestion?
Yes, I could. However, I have not had any recurrence of the problem since 7 August. I am not sure what downgrading the gtk library would do now if the symptoms have disappeared. Would it be best for me to wait and downgrade if the problem re-occurs?
(In reply to Graham from comment #9) > Yes, I could. However, I have not had any recurrence of the problem since 7 > August. I am not sure what downgrading the gtk library would do now if the > symptoms have disappeared. Would it be best for me to wait and downgrade if > the problem re-occurs?
If you no longer see the problem then probably you have nothing to do. May the gtk have been upgraded automatically on your system since then? Please reopen the bug if you experience the problem again.
Thanks. There has been no recurrence of the problem. I have tried to update my system every couple of weeks. gtk has almost certainly been updated in one of those.
Well after a month of trouble-free use of Thunderbird, the problem with it failing when attempting to attach a file has reappeared, happening consistently on each attempt over the last hour. I have followed your advice to downgrade gtk, and this has caused the problem to disappear. I don't know what could have happened to trigger the failures. I haven't updated the system for a few weeks. The only thing I can think of is that I have powered my machine off and rebooted it, something that I seldom do, so possibly an update that I had earlier installed only took effect after the reboot. Today was the first time I have attempted to attach a file since the reboot.
How the hell is this on "resolved worksforme"? Still happens with thunderbird-24.0-3.fc18.x86_64 on gtk2-2.24.19-1.fc18.x86_64
(In reply to David Tonhofer from comment #14) > How the hell is this on "resolved worksforme"? because the reporter had deemed it gone, and didn't reopen > Still happens with > > thunderbird-24.0-3.fc18.x86_64 on gtk2-2.24.19-1.fc18.x86_64 do you get the same stack? had it been determined if a specific gtk is involved?