Bug 357266 - Dangerous design problem for kaddressbook groups in case ~/.local/share/akonadi/ is blown away
Summary: Dangerous design problem for kaddressbook groups in case ~/.local/share/akona...
Status: REPORTED
Alias: None
Product: kaddressbook
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-12-28 17:08 UTC by David Tonhofer
Modified: 2020-07-24 23:34 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Tonhofer 2015-12-28 17:08:58 UTC
Suppose you get a dumbass attack and blow away the Akonadi database in

~/.local/share/akonadi/ 

On restart, akonadi rebuilds the database.

The basic contacts in kaddressbook are all fine.

However, the *groups* now contain random contacts (embarrasing if you don't notice and use them without verification) or result in kaddressbook crashing when opened.

This might be due to kaddressbook setting up groups using small-int identifiers into the Akonadi database (maybe?) instead of using UUIDs that would make it clear that the original contact entry has just gone away.

It should be clear to Akonadi that the group has become dangerously messed up and no longer contain valid references. Safety first etc.

P.S.

This problem also occurs with the configuration of IMAP accounts (trash/draft/template folders and sending identities) - kmail starts up and does not complain at all but is all messed up underneath instead of insulting the issue with clear error messages.

P.S.

(The version of "kaddressbook" is "4.14.10.-7" which is not listed in Version (it stops at 4.13.2)??)

Reproducible: Always

Steps to Reproduce:
I will have to reproduce it in actuality, but the steps would be:

1. Destroy ~/.local/share/akonadi/ 
2. Restart
3. kaddressbook contacts messed up