Bug 1159426

Summary: [abrt] claws-mail: msgcache_add_msg(): claws-mail killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Raphael Groner <projects.rg>
Component: claws-mailAssignee: Andreas Bierfert <andreas.bierfert>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: andreas.bierfert, kupo, ssorce
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/32af9d006409a2111cd6d8f5aa4f05e13a9e94af
Whiteboard: abrt_hash:905809285deb8cd54177b1545e2bdc61731e3125
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-04-01 09:21:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status none

Description Raphael Groner 2014-10-31 23:02:18 UTC 
Description of problem:
crashed again after unsubscribed from a not explicity before subscribed folder,. do not ask why I had that folder.

Version-Release number of selected component:
claws-mail-3.10.1-1.fc20

Additional info:
reporter:       libreport-2.2.3
backtrace_rating: 4
cmdline:        claws-mail
crash_function: msgcache_add_msg
executable:     /usr/bin/claws-mail
kernel:         3.16.6-203.fc20.x86_64
type:           CCpp

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 msgcache_add_msg at msgcache.c:165
 #1 folder_item_scan_full at folder.c:2350
 #2 folder_item_process_open at folder.c:2003
 #3 folder_item_open at folder.c:2038
 #4 folderview_selected at folderview.c:2111
 #9 gtk_cmctree_select at gtkcmctree.c:3904
 #10 real_unselect_all at gtkcmctree.c:2882
 #11 gtk_sctree_real_unselect_all at gtksctree.c:792
 #12 select_row at gtksctree.c:383
 #13 gtk_sctree_button_press at gtksctree.c:554
Comment 1 Raphael Groner 2014-10-31 23:02:24 UTC 
Created attachment 952644 [details]
File: backtrace
Comment 2 Raphael Groner 2014-10-31 23:02:25 UTC 
Created attachment 952645 [details]
File: cgroup
Comment 3 Raphael Groner 2014-10-31 23:02:28 UTC 
Created attachment 952646 [details]
File: core_backtrace
Comment 4 Raphael Groner 2014-10-31 23:02:30 UTC 
Created attachment 952647 [details]
File: dso_list
Comment 5 Raphael Groner 2014-10-31 23:02:32 UTC 
Created attachment 952648 [details]
File: environ
Comment 6 Raphael Groner 2014-10-31 23:02:35 UTC 
Created attachment 952649 [details]
File: exploitable
Comment 7 Raphael Groner 2014-10-31 23:02:36 UTC 
Created attachment 952650 [details]
File: limits
Comment 8 Raphael Groner 2014-10-31 23:02:40 UTC 
Created attachment 952651 [details]
File: maps
Comment 9 Raphael Groner 2014-10-31 23:02:42 UTC 
Created attachment 952652 [details]
File: open_fds
Comment 10 Raphael Groner 2014-10-31 23:02:44 UTC 
Created attachment 952653 [details]
File: proc_pid_status
Comment 11 Michael Schwendt 2014-11-01 11:41:23 UTC 
> Thread 1 (Thread 0x7f65aebd9a80 (LWP 20279)):
> #0  msgcache_add_msg (cache=0x4063326536356431,
> msginfo=msginfo@entry=0x26b2eb0) at msgcache.c:165
>        newmsginfo = <optimized out>

"cache" is supposed to be a pointer, but here it isn't valid. The value 0x4063326536356431 looks like the ASCII representation of something: @c2e65d1

So, while you may think that this crash might be a consequence of unsubscribing a folder, the symptoms are just those of memory corruption and could be the side-effect of anything. We've even had users with unstable hardware causing that.

The crash also happened in a different location than bug 1159414. Except that it had started in folder_item_scan_full.

I suggest waiting for availability of Claws Mail 3.11.1 and possibly discussing this at: http://www.claws-mail.org/MLs.php
Comment 12 Raphael Groner 2015-04-01 09:20:57 UTC 
Never seen this again. Closing, please reopen if needed.