Bug 859920

Summary: [abrt] evolution-3.4.4-1.fc17: camel_message_info_ref: Process /usr/bin/evolution was killed by signal 6 (SIGABRT)
Product: [Fedora] Fedora Reporter: Petr Muller <pmuller>
Component: evolutionAssignee: Matthew Barnes <mbarnes>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: lucilanga, mbarnes, mcrha, ohudlick
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:bbe2581146effcdc5547be714f0a7a650d308814
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-10-18 07:16:01 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: core_backtrace
none
File: environ
none
File: limits
none
File: backtrace
none
File: cgroup
none
File: maps
none
File: dso_list
none
File: var_log_messages
none
File: open_fds none

Description Petr Muller 2012-09-24 11:59:21 UTC 
Version-Release number of selected component:
evolution-3.4.4-1.fc17

Additional info:
libreport version: 2.0.13
abrt_version:   2.0.12
backtrace_rating: 4
cmdline:        evolution
crash_function: camel_message_info_ref
kernel:         3.5.3-1.fc17.x86_64

truncated backtrace:
:Thread no. 1 (10 frames)
: #4 camel_message_info_ref at camel-folder-summary.c
: #5 camel_folder_summary_peek_loaded at camel-folder-summary.c
: #6 imap_expunge_uids_online at camel-imap-folder.c
: #7 imap_expunge_sync at camel-imap-folder.c
: #8 imap_synchronize_sync at camel-imap-folder.c
: #9 camel_folder_synchronize_sync at camel-folder.c
: #10 vee_folder_synchronize_sync at camel-vee-folder.c
: #11 camel_folder_expunge_sync at camel-folder.c
: #12 mail_msg_proxy at mail-mt.c
: #14 g_thread_proxy at gthread.c
Comment 1 Petr Muller 2012-09-24 11:59:24 UTC 
Created attachment 616518 [details]
File: core_backtrace
Comment 2 Petr Muller 2012-09-24 11:59:26 UTC 
Created attachment 616519 [details]
File: environ
Comment 3 Petr Muller 2012-09-24 11:59:28 UTC 
Created attachment 616520 [details]
File: limits
Comment 4 Petr Muller 2012-09-24 11:59:31 UTC 
Created attachment 616521 [details]
File: backtrace
Comment 5 Petr Muller 2012-09-24 11:59:33 UTC 
Created attachment 616522 [details]
File: cgroup
Comment 6 Petr Muller 2012-09-24 11:59:35 UTC 
Created attachment 616523 [details]
File: maps
Comment 7 Petr Muller 2012-09-24 11:59:38 UTC 
Created attachment 616524 [details]
File: dso_list
Comment 8 Petr Muller 2012-09-24 11:59:40 UTC 
Created attachment 616525 [details]
File: var_log_messages
Comment 9 Petr Muller 2012-09-24 11:59:42 UTC 
Created attachment 616526 [details]
File: open_fds
Comment 10 Milan Crha 2012-10-16 10:32:55 UTC 
Thanks for a bug report. I see from the backtrace that this happened during expunge of INBOX/Teams/OS Devel, but I do not see from it why it might happen. I see the search folders are involved, though it can be just a Trash folder on your IMAP account, being a virtual folder. There had been done some heavy changes in search folders code for 3.6.0, which might or might not be related. It seems to me that this happened because of some reference counting error on CamelMessageInfo. Can you reproduce this reliably, after some set of steps, or it just happened?
Comment 11 Petr Muller 2012-10-17 12:09:55 UTC 
No, I cannot reproduce it, it just happened.
Comment 12 Milan Crha 2012-10-18 07:16:01 UTC 
Thanks for the update. I hope we'll find some clue soon. Meanwhile, I'm closing this, as it's currently uncertain what might break here. Please reopen or file a new bug report, if you face this or other issues. Thanks in advance.