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
Created attachment 952644 [details] File: backtrace
Created attachment 952645 [details] File: cgroup
Created attachment 952646 [details] File: core_backtrace
Created attachment 952647 [details] File: dso_list
Created attachment 952648 [details] File: environ
Created attachment 952649 [details] File: exploitable
Created attachment 952650 [details] File: limits
Created attachment 952651 [details] File: maps
Created attachment 952652 [details] File: open_fds
Created attachment 952653 [details] File: proc_pid_status
> 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
Never seen this again. Closing, please reopen if needed.