Description of problem: I have been having trouble with Evolution sometimes causing my entire X session to slow down (the X process CPU will continually stay high while Evolution is open). The issue seemed mitigated by running in express mode (--express), but this is the first time that it has segfaulted. Evolution had been running for a few hours this way (off and on usage; mostly running in the background), and then when I switched to it, it segfaulted immediately. 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 --express crash_function: folder_tree_selectable_update_actions kernel: 3.5.3-1.fc17.x86_64 truncated backtrace: :Thread no. 1 (10 frames) : #0 folder_tree_selectable_update_actions at em-folder-tree.c : #1 focus_tracker_selectable_update_actions at e-focus-tracker.c : #2 focus_tracker_targets_received_cb at e-focus-tracker.c : #3 request_targets_received_func at gtkclipboard.c : #4 selection_received at gtkclipboard.c : #8 g_signal_emit_by_name at gsignal.c : #9 gtk_selection_retrieval_report at gtkselection.c : #10 _gtk_selection_notify at gtkselection.c : #11 _gtk_marshal_BOOLEAN__BOXEDv at gtkmarshalers.c : #12 _g_closure_invoke_va at gclosure.c
Created attachment 614601 [details] File: core_backtrace
Created attachment 614602 [details] File: environ
Created attachment 614603 [details] File: limits
Created attachment 614604 [details] File: backtrace
Created attachment 614605 [details] File: cgroup
Created attachment 614606 [details] File: maps
Created attachment 614607 [details] File: dso_list
Created attachment 614608 [details] File: var_log_messages
Created attachment 614609 [details] File: open_fds
Thanks for a bug report. There is filled a similar upstream bug [1], thus I'm moving this there. Please see [1] for any further updates. If possible, please CC yourself there, in case upstream developers will have additional questions. With respect of the high CPU usage, could you try to change height/width of the preview panel by more than 50 pixels, whether it'll help, please? There is a known bug which is cased by certain size of the preview panel, when the shown message fits its area almost completely, but the underlying widget is fighting with the view whether to show scrollbars or not, which is causing high CPU usage. Maybe your issue is the same. [1] https://bugzilla.gnome.org/show_bug.cgi?id=638814