GNOME Bugzilla – Bug 688479
Empty name selector dialog on open
Last modified: 2015-03-12 10:27:07 UTC
Created attachment 229171 [details] Logfile evolution started with CAMEL_DEBUG=all WEBDAV_DEBUG=1 evolution >& evo.log Starting a new email, I cannot add one or more addressbook entries after selecting the "To:", "CC:" or any similar field. The list shown here on the left side is simply empty, though one or more contacts in the addressbook exist. The bug shows up with Evolution 3.6.0 and 3.6.2, but not under 3.4.4. Verified on distros Arch Linux (recent), XUbuntu 12.10 and 13.04. I was not able to test under 3.7.1.
Could you attach a screenshot of that dialog too?
Yes, please. Here's a screenshot. The list of contacts on the left side is empty, but the addressbook is not.
Created attachment 229175 [details] Screenshot Evolution
You need to search for something before any contacts are shown.
This is not as I know this feature from evolution 3.4.4. Besides, there's no means to get any hit with the search feature. Whatever I search for, the list remains empty.
I can confirm this. I see this when I: a) open evolution b) Ctrl+Shift+M for a new message composer c) click To: button Then the dialog opens with preselected On This Computer/Personal addressbook, but the list of contacts is empty. I can workaround this by changing to other book and back, after that the content of Personal book is shown in the bottom left side of the dialog.
Created attachment 229499 [details] [review] eds patch for evolution-data-server; It's broken since this commit [1], basically. The old code had an advantage to invoke source_changed() callback, which populates list of contacts. [1] http://git.gnome.org/browse/evolution-data-server/commit/?id=3b9e020e91
Created commit 0562513 in eds master (3.7.3+) Created commit 5bc27c5 in eds gnome-3-6 (3.6.3+)
*** Bug 693526 has been marked as a duplicate of this bug. ***
*** Bug 695112 has been marked as a duplicate of this bug. ***
*** Bug 691066 has been marked as a duplicate of this bug. ***
*** Bug 697126 has been marked as a duplicate of this bug. ***