| Summary: | Contact list shows no contacts | ||
|---|---|---|---|
| Product: | [Unmaintained] telepathy | Reporter: | Dennis Schridde <heri+kde> |
| Component: | contactlist | Assignee: | Telepathy Bugs <kde-telepathy-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | 742vladimir, hrvoje.senjan, kde, mail, mklapetek |
| Priority: | HI | ||
| Version: | 0.6.80 | ||
| Target Milestone: | 0.7.0 | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| URL: | https://bugs.archlinux.org/task/36801 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Dennis Schridde
2013-09-26 22:27:36 UTC
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. s/and other settings were changed/and no other settings were changed/ 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". (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). ps aux | grep nepomukstorage (In reply to comment #5) > ps aux | grep nepomukstorage Process exists. 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. 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
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? Probably fixed with d74319468dbd116586bcf56a278f2f7b0b333ec3 which checks nepomuk storage as well as the feeder is running. Otherwise it falls back to regular mode. *** Bug 327489 has been marked as a duplicate of this bug. *** *** Bug 326851 has been marked as a duplicate of this bug. *** |