Bug 919707

Summary: [abrt] claws-mail-3.9.0-7.cvs107.fc19: imap_threaded_select: Process /usr/bin/claws-mail was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Michael Schwendt <bugs.michael>
Component: claws-mailAssignee: Michael Schwendt <bugs.michael>
Status: CLOSED DEFERRED QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: andreas.bierfert, bugs.michael
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:b72601b5e1ebeee76fe1ce18d12534a2f73c34f7
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-09 17:39:25 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: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Michael Schwendt 2013-03-09 17:35:14 UTC 
Description of problem:
Only tried to reproduce the "start opening a larger remote IMAP folder and then go offline" crash with up-to-date- Rawhide.

Version-Release number of selected component:
claws-mail-3.9.0-7.cvs107.fc19

Additional info:
backtrace_rating: 4
cmdline:        claws-mail
crash_function: imap_threaded_select
executable:     /usr/bin/claws-mail
kernel:         3.9.0-0.rc1.git0.4.fc19.x86_64
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 imap_threaded_select
 #1 imap_select.isra.30.constprop.40
 #2 imap_get_flags
 #3 syncronize_flags
 #4 folder_item_syncronize_flags
 #5 folder_item_open
 #6 folderview_selected
 #11 gtk_cmctree_select
 #12 real_unselect_all
 #13 gtk_sctree_real_unselect_all
Comment 1 Michael Schwendt 2013-03-09 17:35:17 UTC 
Created attachment 707421 [details]
File: backtrace
Comment 2 Michael Schwendt 2013-03-09 17:35:19 UTC 
Created attachment 707422 [details]
File: cgroup
Comment 3 Michael Schwendt 2013-03-09 17:35:21 UTC 
Created attachment 707423 [details]
File: core_backtrace
Comment 4 Michael Schwendt 2013-03-09 17:35:24 UTC 
Created attachment 707424 [details]
File: dso_list
Comment 5 Michael Schwendt 2013-03-09 17:35:26 UTC 
Created attachment 707425 [details]
File: environ
Comment 6 Michael Schwendt 2013-03-09 17:35:28 UTC 
Created attachment 707426 [details]
File: limits
Comment 7 Michael Schwendt 2013-03-09 17:35:31 UTC 
Created attachment 707427 [details]
File: maps
Comment 8 Michael Schwendt 2013-03-09 17:35:33 UTC 
Created attachment 707428 [details]
File: open_fds
Comment 9 Michael Schwendt 2013-03-09 17:35:35 UTC 
Created attachment 707429 [details]
File: proc_pid_status
Comment 10 Michael Schwendt 2013-03-09 17:35:38 UTC 
Created attachment 707430 [details]
File: var_log_messages
Comment 11 Michael Schwendt 2013-03-09 17:39:25 UTC 
Nothing of interest here. The problem is known, the backtrace is different but not useful because of a non-working retrace server.