Summary: | nepomuk tags disappeared | ||
---|---|---|---|
Product: | [Applications] kaddressbook | Reporter: | Philippe ROUBACH <philippe.roubach> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | einmaladresse_2, jjm, meyerm, tokoe |
Priority: | NOR | ||
Version: | 4.13 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Philippe ROUBACH
2014-04-26 10:46:44 UTC
Not an exact duplicate, but root cause probably the same as bug 331896 i had to create again the "catégories" and assigned them to all my contacts (~130) . please next time supply a tool which automaticaly import the data from the old version . Recreating does not help in all cases, as in combination with a CardDAV server, Akonadi messes up the categoeries with "akonditag:?=1" entries instead. I'm a bit disturbed as errors like this seemingly don't get any attention. As data integrity of my PIM data is of high importance to me and at the moment I don't trust Akonadi any more, I had to switch to Evolution. This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kaddressbook (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |