Version: 4.4 (using KDE 4.4.0) Compiler: gcc (Gentoo 4.3.4 p1.0, pie-10.1.5) 4.3.4 OS: Linux Installed from: Gentoo Packages If I try to edit a contact's details in Kaddressbook all fields (Name, eMail, Address) are empty. Entering data, storing and re-opening the contact shows empty fields again. The contact list shows data as requested (selected fields are Name, Work Address and email and contacts with these data have it displayed). Expected results: If I open a contact, all fields should show data as stored in the backend. So far I know of two Gentoo-Installations and one Fedora-Installation having the same problem.
unfortunately I am able to confirm this with: KDE SC 4.4.0 (kdelibs is definitely the final released one) Qt 4.6.1 Gentoo Linux x86_64 The details are shown in the middle column, however, the column on the right does not show any details. The edit dialogue as well shows no details, and changes are not saved. The data is definitely there, as it is possible to show it in the middle column. Akonadi uses a vcf file for the data. Please ask if you need further information. Thanks in advance for fixing this. Kind regards, Christian
Same happens here.
Hej, Have you tried the steps described in http://userbase.kde.org/Akonadi#I_can.27t_see_any_details_in_my_Address_Book to solve this issue? Ciao, Tobias
I don't use contact -- I use KAddressBook standalone. So this doesn't apply. Thanks though :).
Arf - s/contact/Kontact/.
Does it help to remove the configured address book resource and re-add it again?
Hi Tobias, Thanks for the quick reply, while re-adding the source to akonadi / kaddressbook did not help, launching kaddressbook stand-alone and then in kontact helped. I was able to see and edit contact details again. Now I wonder why this doesn't work for Eike Hein ... But thanks for the quick reply, "solved" for me, or at least workarounded. Kind regards, Christian
Having now the same problem on openSuse 11.2, 4.4.0. kmail and kaddressbook as standalone app both run since 2 days, laptop was suspended during the night. kmail can still access akonadiserver (checked with akonadiconsole and activated job-tracker). kaddressbook results in Akonadi::ItemFetchJob Failed: Unknown error (Unable to list Items) and ~/.xsession-errors gives: [akonadiserver] Error during executing query "SELECT PimItemTable.id, PimItemTable.rev, PimItemTable.remoteId, MimeTypeTable.name, ResourceTable.name, PimItemTable.size, PimItemTable.datetime, PimItemTable.collectionId FROM PimItemTable, MimeTypeTable, CollectionTable, ResourceTable WHERE ( PimItemTable.mimeTypeId = MimeTypeTable.id AND PimItemTable.collectionId = CollectionTable.id AND CollectionTable.resourceId = ResourceTable.id AND ( PimItemTable.id = :0 ) ) ORDER BY PimItemTable.id ASC" : "MySQL server has gone away QMYSQL: Unable to execute query" [akonadiserver] Error during executing query "SELECT PimItemTable.id, PimItemTable.rev, PimItemTable.remoteId, MimeTypeTable.name, ResourceTable.name, PimItemTable.size, PimItemTable.datetime, PimItemTable.collectionId FROM PimItemTable, MimeTypeTable, CollectionTable, ResourceTable WHERE ( PimItemTable.mimeTypeId = MimeTypeTable.id AND PimItemTable.collectionId = CollectionTable.id AND CollectionTable.resourceId = ResourceTable.id AND ( PimItemTable.id = :0 ) ) ORDER BY PimItemTable.id ASC" : "MySQL server has gone away QMYSQL: Unable to execute query" mysqld is still running, and kmail can access akonadiserver, which I see in akonadiconsole job-tracker with Akonadi::ContactSearchJob - Ended
> Does it help to remove the configured address book resource and re-add it again? Yes, that helped. However, to get the address book to disappear from the list after deleting it from the context menu, I had to restart KAddressBook first. Afterwards I re-added it and can now edit existing and add new contacts.
I took the radical approach and deleted the entire nepomuk repository directory. Nepomuk recreated the database, imported old data and now all works well.
*** Bug 226948 has been marked as a duplicate of this bug. ***
Ok, so we several problems here that show the same symptom: @eike this seems to be a migration bug, as readding the address book helped (aka clean setup) @martin this is a known 'connection to mysqld dropped because of timeout' which has been fixed in recent version already @felix seems to be a migration bug as well