Bug 1004792

Summary: [abrt] evolution-3.8.5-2.fc19: detachChildren: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: schladsb
Component: evolutionAssignee: Matthew Barnes <mbarnes>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: lucilanga, mbarnes, mcrha
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:255ce8fce54567ba09dcd40ee70ec007ed89e55b
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-09-05 19:42:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
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
File: var_log_messages none

Description schladsb 2013-09-05 13:48:26 UTC 
Description of problem:
Program evolution has been crashing randomly. This is a fresh install of Fedora 19 and Evolution. Evolution has problems at startup connecting to exchange server, it indicates that it is scanning the email folders but never returns. The evolution process must be killed and restarted and it will work for a time but then it hangs. It seem to hang when mail is received and other activity is taking place within mail client like writing an email.

Previously I was using Evolution on Fedora 17 which worked, it had some problems but it worked.

Version-Release number of selected component:
evolution-3.8.5-2.fc19

Additional info:
reporter:       libreport-2.1.6
backtrace_rating: 4
cmdline:        evolution
crash_function: detachChildren
executable:     /usr/bin/evolution
kernel:         3.10.10-200.fc19.i686.PAE
runlevel:       N 5
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 detachChildren at Source/WebCore/dom/ContainerNode.h:219
 #1 WebCore::ContainerNode::detach at Source/WebCore/dom/ContainerNode.cpp:830
 #2 WebCore::Element::detach at Source/WebCore/dom/Element.cpp:1312
 #3 detachChildren at Source/WebCore/dom/ContainerNode.h:219
 #4 WebCore::ContainerNode::detach at Source/WebCore/dom/ContainerNode.cpp:830
 #5 WebCore::Element::detach at Source/WebCore/dom/Element.cpp:1312
 #6 reattach at Source/WebCore/dom/Node.h:880
 #7 WebCore::Element::recalcStyle at Source/WebCore/dom/Element.cpp:1385
 #15 WebCore::Document::recalcStyle at Source/WebCore/dom/Document.cpp:1803
 #16 WebCore::Frame::setPageAndTextZoomFactors at Source/WebCore/page/Frame.cpp:945
Comment 1 schladsb 2013-09-05 13:48:29 UTC 
Created attachment 794272 [details]
File: backtrace
Comment 2 schladsb 2013-09-05 13:48:32 UTC 
Created attachment 794273 [details]
File: cgroup
Comment 3 schladsb 2013-09-05 13:48:35 UTC 
Created attachment 794274 [details]
File: core_backtrace
Comment 4 schladsb 2013-09-05 13:48:39 UTC 
Created attachment 794275 [details]
File: dso_list
Comment 5 schladsb 2013-09-05 13:48:42 UTC 
Created attachment 794276 [details]
File: environ
Comment 6 schladsb 2013-09-05 13:48:46 UTC 
Created attachment 794277 [details]
File: exploitable
Comment 7 schladsb 2013-09-05 13:48:51 UTC 
Created attachment 794278 [details]
File: limits
Comment 8 schladsb 2013-09-05 13:48:54 UTC 
Created attachment 794279 [details]
File: maps
Comment 9 schladsb 2013-09-05 13:48:57 UTC 
Created attachment 794280 [details]
File: open_fds
Comment 10 schladsb 2013-09-05 13:48:59 UTC 
Created attachment 794281 [details]
File: proc_pid_status
Comment 11 schladsb 2013-09-05 13:49:03 UTC 
Created attachment 794282 [details]
File: var_log_messages
Comment 12 schladsb 2013-09-05 19:41:50 UTC 
I've found my problem, it seems that my fresh install of Fedora 19 included starting the sendmail deamon. Once I stopped and disabled the sendmail deamon evolution is working fine. I was under the impression that must Linux distros did not start the sendmail deamon unless configured by the end user for security reasons.

Anyway, I've relearned something and I'm sorry for reporting a non-bug.

Steve
schladsb.edu
Comment 13 Milan Crha 2013-09-06 08:31:54 UTC 
Thanks for a bug report. It's quite unlikely, at least from my point of view, that a sendmail daemon causes a crash in WebKit. These two, and evolution process itself as well, are unrelated processes, which should not influence each other. Especially when you use an exchange plugin.

This crash, based on the backtrace, happened when the mail preview panel finished loading. It's some page structure breakage in WebKit internal data, on the first look.

I do not see from the backtrace which exchange plugin you use, is it evolution-mapi or evolution-ews? I ask, because the hang with evolution-ews was reported as bug #998866, though it seemed partly related to some browser plugin, which are loaded (touched) by Webkit on start.
Comment 14 schladsb 2013-09-06 13:33:01 UTC 
I'm using the evolution-mapi plugin. And, yes, the problem is back so the sendmail deamon running was not the issue. Evolution hangs typically when I change folders or at startup. On the bottom panel I'll see the messages "Refreshing folder '<folder name>'" for all the folders in my exchnage account. I currently have 22 folders in exchange. I'll try removing/consolidating my folders on the exchange server and see if that helps or reveals any other useful information.

Steve
Comment 15 Milan Crha 2013-09-09 07:38:42 UTC 
I would not tweak the folder layout on the Exchange server, rather disable the mapi account and give a try to evolution-ews. It has lighter dependencies as well, and is actively maintained currently.