Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error: We have a card without ID (groupDavKey): Name #11

Closed
karstengit opened this issue May 27, 2016 · 3 comments
Closed

Error: We have a card without ID (groupDavKey): Name #11

karstengit opened this issue May 27, 2016 · 3 comments

Comments

@karstengit
Copy link

karstengit commented May 27, 2016

Please refer also to http://sogo.nu/bugs/view.php?id=3691

I am using the backend sabredav as CardDAV server.
I must deactivate the CategoryManager, otherwise i get for every entry of an remote addressbook this Error when i open it.
The errors will disappear when i deactivate the CategoryManager.

@jobisoft
Copy link
Owner

This is on my current to-do-list. CategoryManager uses lots of sogo stuff, for example the groupdavid to filter for categories. I assumed, that every card which has been pushed by sogo to the server gets a groupdavid, which i use to find/filter cards. Thats why this check is there. It will be removed in CategoryManager 2, which I am working on right now (and which is not using groupdavid or any sogo stuff at all).

However, if that check fails, I do think something is wrong with the sogo sync state. Can you verify, that the reported cards are indeed available on the server and not just in your local Thunderbird? How did you import these "bad" cards into the adressbook?

@karstengit
Copy link
Author

The problem only occur on addresses that are stored remote with CardDAV.
I imported a complete telephone book from VCF format.
This import is stored as local addressbook in Thunderbird.
When i move with drag and drop an address to a remote addressbook via CardDAV then the address / VCF is definitely stored there. I can see it in the database.
When i reopen this remote addressbook again i get this error for every entry.
When i export one address as VCF and import it again the error has gone.

Yesterday i created a few new addresses with deactivated CategoryManager.
Today there is no problem when i activate it.
I tried to reproduce the error but now i could move an address without problem.
It's not easy to say what has happened.

The cards are stored in MySQL with two ID's - here an example:
uri: C715A793-7830-0001-39DF-168017505530.vcf
etag: cb277fce6348ebde763ffc87f1527041
Do you know what this ID's are good for?

@jobisoft
Copy link
Owner

jobisoft commented Aug 5, 2016

This is fixed in v2.01

@jobisoft jobisoft closed this as completed Aug 5, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants