Description of problem: invoke evolution. open an address book. typed name i wanted and it crashed. I connect to MS exchange using DAvMail (latest stable). Version-Release number of selected component: evolution-data-server-3.10.4-3.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: /usr/libexec/evolution-addressbook-factory crash_function: bookview_stop_thread executable: /usr/libexec/evolution-addressbook-factory kernel: 3.15.4-200.fc20.x86_64 runlevel: 3 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (2 frames) #6 bookview_stop_thread at e-data-book-view.c:247 #7 g_thread_proxy at gthread.c:798 Potential duplicate: bug 903201
Created attachment 918428 [details] File: backtrace
Created attachment 918429 [details] File: cgroup
Created attachment 918430 [details] File: core_backtrace
Created attachment 918431 [details] File: dso_list
Created attachment 918432 [details] File: environ
Created attachment 918433 [details] File: limits
Created attachment 918434 [details] File: maps
Created attachment 918435 [details] File: open_fds
Created attachment 918436 [details] File: proc_pid_status
Created attachment 918437 [details] File: var_log_messages
Thanks for a bug report. I see in the backtrace that this crashed due to "double free or corruption (out)" error, which can be caused by some part of the code using already freed memory. How do you configure the DAVMail addressbook in Evolution, if I recall correctly, then it is provided as WebDAV, right? By any chance, can you reproduce the crash? Or even the memory corruption can happen, but may not strike that heavily (as a crash), in some cases. There can be used valgrind to check for memory issues, if you isntall it, together with debuginfo package for evolution-data-server (make sure the version matches the binary package version), then you can run the addressbook factory under valgrind like this: $ G_SLICE=always-malloc valgrind --num-callers=20 \ /usr/libexec/evolution-addressbook-factory -w &>~/log.txt then wait few seconds, till the factory is fully on (the CPU usage will get lower again), and then just start using evolution as before. the responses from address book will be significantly slower and the CPU usage will be higher when it'll do anything, but it should help to analyse the issue. Note that the valgrind can avoid certain types of crashes and log about them only, thus even if the factory will not crash after some time of use the log can still contain a valuable information. Give it a try and upload the log.txt file here, for further analyses, please.
Mila, i'm terribly sorry for not updating the bug with the requested information. Here it is : > ... How do you configure the DAVMail addressbook in Evolution, if I recall correctly, then it is provided as WebDAV, right? it's type "CalDav". url is http://localhost:1080/users/Andrew_ZZZZZ@XXX.YYY.com/calendar/ > .. By any chance, can you reproduce the crash? well, i sort of , learned to avoid it by restarting evolution and restarting the WebDav. Actually, since the new version came up i don't remember it crashing. But let me try to crash it. Valgrind - i usually start the Evolution by clicking a big button on the Launcher and then hit the "Address book" from the evolution. let me try doing just adr. book and see if/when it crashes .
how to reproduce: start new mail. Go into Address Book. type the name. Wait for the results. Select one. start new search, while its filtering the results, start deleting the characters in the searched name. Example: i'm searching for "Andrew". i type "Andrew" and while it's pulling all "Andrews", i'm removing "w" and "e". that, aparently causes the evolution to crash.
Created attachment 929698 [details] requested log for valgrind
Created attachment 929710 [details] davmail.log
i restarted evolution (closed it and started after running valgrind). Here is the fresh log.txt. But i have to note that it's workign this time around. hmmm. When i type the name and immeditely remove it DavMail pops up with "insufficient data" error. I'll let evolution run over the wknd and see if i can reproduce error again.
Created attachment 929711 [details] fresh run . No failure during the search.
Created attachment 929712 [details] corresponding davmail log.
Thanks for the update. As far as I can tell, you've configured an LDAP book which connects to a DavMail instance. The davmail.log proves that. Even you do not have installed debuginfo packages, then the valgrind log shows issues in an LDAP backend too. Due to the description and the details, I believe you face the same issue as bug #1134035. I will backport the upstream fix to Fedora 20 for the time being (before Fedora 21 will be released). *** This bug has been marked as a duplicate of bug 1134035 ***
this will be great. Thank you Milan. I'm not sure if this is somehow related, but the calendar will NOT allow me to make any modificaitons to it. For example i can't create a meeting request. But if i create a meeting in the Outlook ( on Mac laptop) im able to see that meeting in the Evolution.
(In reply to andrew from comment #20) > I'm not sure if this is somehow related, but the calendar will NOT allow me > to make any modificaitons to it. It is not related to this issue, calendar is a different issue. There was this problem earlier, which might be addressed with 3.13.4 development version of evolution-data-server, which will be part of 3.14.0, to be released in spring 2015.