Hide Forgot
abrt version: 1.1.18 architecture: x86_64 Attached file: backtrace, 27359 bytes cmdline: claws-mail component: claws-mail Attached file: coredump, 156774400 bytes crash_function: mimeview_start_drag executable: /usr/bin/claws-mail kernel: 2.6.35.14-96.fc14.x86_64 package: claws-mail-3.7.9-5.fc14 rating: 4 reason: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV) release: Fedora release 14 (Laughlin) time: 1319451729 uid: 210 How to reproduce ----- 1. Select a mail 2. Expand the mail structure arrow (on the right) 3. Delete the mail 4. Collapse the mail structure again Doesn't seem to reproduce just by following those steps though.
Created attachment 529776 [details] File: backtrace
> Doesn't seem to reproduce just by following those steps though. Perhaps you could try harder to come up with a test-case? > 2. Expand the mail structure arrow (on the right) > 3. Delete the mail So far so good. I don't understand the next step: > 4. Collapse the mail structure again If you've deleted a message in step 3, in the next step you would work on a different message. >>> crash_function: mimeview_start_drag > #0 mimeview_start_drag (widget=0x1a12700 [GtkSCTree], button=1, > event=0x51f6910, mimeview=0x1c0fde0) at mimeview.c:1290 > context = <value optimized out> > partinfo = 0x0 This looks like you used drag'n'drop on any part in the expanded MIME view list. | 1289 partinfo = mimeview_get_selected_part(mimeview); | 1290 if (partinfo->disposition == DISPOSITIONTYPE_INLINE) return; The partinfo ptr for a selected part of the message was NULL here. One would need to find out when that could happen and if a damaged message could cause it.
(In reply to comment #2) > > Doesn't seem to reproduce just by following those steps though. > > Perhaps you could try harder to come up with a test-case? > I'll give it another go, but claws is generally very stable so I'm not sure what I did to set it up for this crash. > > > 2. Expand the mail structure arrow (on the right) > > 3. Delete the mail > > So far so good. I don't understand the next step: > > > 4. Collapse the mail structure again > > If you've deleted a message in step 3, in the next step you would work on a > different message. > It works on a "blank" message at this point. > >>> crash_function: mimeview_start_drag > > > #0 mimeview_start_drag (widget=0x1a12700 [GtkSCTree], button=1, > > event=0x51f6910, mimeview=0x1c0fde0) at mimeview.c:1290 > > context = <value optimized out> > > partinfo = 0x0 > > This looks like you used drag'n'drop on any part in the expanded MIME view > list. > > | 1289 partinfo = mimeview_get_selected_part(mimeview); > | 1290 if (partinfo->disposition == DISPOSITIONTYPE_INLINE) return; > > The partinfo ptr for a selected part of the message was NULL here. One would > need to find out when that could happen and if a damaged message could cause > it. Hmm.. I opened the MIME view to do DnD, but that was a few messages before the crash. Could be related though.
Ah! Found a way! 1. Select a mail 2. Open MIME view 3. Drag something out of it (to nautilus in my case) 4. Delete the mail 5. Try to drag something out of the blank MIME view
Thank you very much! That's an odd scenario, but reproducible with Claws Mail 3.7.10, too: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2529
Upstream's fix is a simple NULL ptr check: http://www.colino.net/claws-mail/getpatchset.php?ver=3.7.10cvs47
Fix committed to Rawhide git.
claws-mail-3.7.10-7.fc16,claws-mail-plugins-3.7.10-10.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/claws-mail-3.7.10-7.fc16,claws-mail-plugins-3.7.10-10.fc16
Package claws-mail-3.7.10-7.fc16, claws-mail-plugins-3.7.10-10.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing claws-mail-3.7.10-7.fc16 claws-mail-plugins-3.7.10-10.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-17063/claws-mail-3.7.10-7.fc16,claws-mail-plugins-3.7.10-10.fc16 then log in and leave karma (feedback).
Package claws-mail-plugins-3.7.10-12.fc16, claws-mail-3.7.10-7.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing claws-mail-plugins-3.7.10-12.fc16 claws-mail-3.7.10-7.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-17063/claws-mail-3.7.10-7.fc16,claws-mail-plugins-3.7.10-12.fc16 then log in and leave karma (feedback).
claws-mail-plugins-3.7.10-12.fc16, claws-mail-3.7.10-7.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.