Sometimes, some of my contacts disappear from Kontact addressbook. I have noticed that one predictable mechanism is the following (steps below) related to copying a contact. Then, while both the original contact and the newly created contact are both available during the same session, after I reboot my machine either the original or the newly entered contact have disappeared. I don't use "kaddressbook as a standalone application", so I'm not sure if this is the right category for bug filing - please move as appropriate. Reproducible: Always Steps to Reproduce: 1. Open your addressbook, which contains at least one folder with one contact in it. 2. Make a copy of the contact into the same folder, by dragging it with the mouse from the middle pane to the folders pane and holding CTRL: (Or by selecting Copy contact... from the menu that pops up after dragging onto the same folder.) 3. Now you have two identical contacts in the list. Double-click to edit one of them, rename it etc. 4. Reboot machine and open Kontact. Actual Results: The contacts should both be there in the same way they were shown when I quit Kontact. Expected Results: One of them has disappeared. This is an addressbook that was created in Kontact with the "Add addressbook -> Personal addressbook" option selected. The only configuration options for this addressbook are the folder location (something like home/.local/share/...) and whether read-only. Read-only is not checked.
Probably the same bug as 299740.
This is probably one of the bugs mentioned in https://bugs.kde.org/show_bug.cgi?id=299418
Bug is still present in 4.8.5.
I experience similar problems in 4.9.2 when using a vcard dir resource. Steps to reproduce: 1) create a new addressbook of type vcard directory 2) create a single entry 3) verify that the file in the directory has been created 4) copy / paste that entry in the same addressbook and rename it 5) check the vcard directory which here only contains a single item 6) using akonadiconsole db browser and the statement select * from parttable where data like '%Rq7H92v3Jo%'; shows two entries. (replace Rq7H92v3Jo with the uid of the item). To me, the copy/paste process does not assign a fresh uid which can cause all kinds of trouble.
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 kontact (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.