325349 empty_list 2013-09-26 22:27:36 +0000 Contact list shows no contacts 2013-11-13 09:42:01 +0000 1 1 10 Unmaintained telepathy contactlist 0.6.80 Gentoo Packages Linux RESOLVED FIXED https://bugs.archlinux.org/task/36801 HI major 0.7.0 0 heri+kde kde-telepathy-bugs-null 742vladimir hrvoje.senjan kde mail mklapetek 0 oldest_to_newest 1399765 0 heri+kde 2013-09-26 22:27:36 +0000 My contact list shows no contacts. When I disable Nepomuk in the Systemsettings, and restart the contact list, the contacts show up. All accounts are connected/online in both cases and other settings were changed in addition to disabling Nepomuk. This is not related to show-online or any similar settings. 1399766 1 heri+kde 2013-09-26 22:29:36 +0000 Nothing else had an effect, either. I restarted KDE, Plasma only, disconnected and reconnected. On the first run, when I had just upgraded from 0.6.3 to 0.6.80 and had no yet restarted KDE (only killed Plasma and restarted plasma-desktop to get the new KTP), the bug did not appear. 1399767 2 heri+kde 2013-09-26 22:30:18 +0000 s/and other settings were changed/and no other settings were changed/ 1399777 3 kde 2013-09-26 23:17:28 +0000 Could you verify something for me: Can you open konsole and run nepomukshow /path/to/some/file/that/exists and tell me whether it showed some results or whether you get an error message about "soprano" and "main model". 1399800 4 heri+kde 2013-09-27 06:58:44 +0000 (In reply to comment #3) > nepomukshow /path/to/some/file/that/exists I would need to have Nepomuk file indexing enabled for that to show anything, right? I currently don't, because it bogs down the PC too much. Is there another way? Can I query emails somehow? Because I have enabled Akonadi email indexing (even though it bogs down the PC - because otherwise Akonadi/Kontact search won't work). 1399813 5 kde 2013-09-27 08:13:21 +0000 ps aux | grep nepomukstorage 1399925 6 heri+kde 2013-09-27 19:52:27 +0000 (In reply to comment #5) > ps aux | grep nepomukstorage Process exists. 1399927 7 heri+kde 2013-09-27 20:17:36 +0000 I fixed the issue by deleting ~/.kde4/share/config/nepomuk*, ~/.kde4/share/apps/nepomuk/ and ~/.local/share/nepomuk-contact-images/ after dvratil pointed me to https://bugs.archlinux.org/task/36801 on IRC. There seems to be some issue when virtuoso was up- and then downgraded. 1400220 8 heri+kde 2013-09-29 08:22:50 +0000 The contact list will also be empty, if KDE has not yet completely finished starting. I assume that in that stage Nepomuk is running ("ps aux | grep nepomukstorage" shows a process), but not yet operational. I suggest that KTP does the following in this case: 1) Inform the user that Nepomuk cannot be contacted at the moment (i.e. via a non-modal text at the top of the contact list) 2) Continuously retry 3) Display the old contact list as a fallback until Nepomuk answered 1400229 9 heri+kde 2013-09-29 09:47:16 +0000 It seems that the cause mentioned in comment #8 is not exactly correct. It also happens that during "normal" times the contact list stays empty. I have not yet extensively tested this, but it appears that it will then take a minute or more until the contacts are being displayed. So to expand on my suggestion from comment #8: Is it possible to display a non-semantic contact list for as long as no additional information was received from Nepomuk? And communicate the ongoing query via a non-modal text at the top as suggested before, or using an hour glass (e.g. whirling dots in a circle) in the background of the contact list? And once the semantic information arrives, start to merge contacts and rearrange the list as necessary? 1401704 10 kde 2013-10-06 00:39:30 +0000 Probably fixed with d74319468dbd116586bcf56a278f2f7b0b333ec3 which checks nepomuk storage as well as the feeder is running. Otherwise it falls back to regular mode. 1411077 11 kde 2013-11-13 09:41:15 +0000 *** Bug 327489 has been marked as a duplicate of this bug. *** 1411079 12 mklapetek 2013-11-13 09:41:24 +0000 *** Bug 326851 has been marked as a duplicate of this bug. ***