Closed violoncelloCH closed 4 years ago
potentially related: #1663 #1595 #1275 #492 #273
and synced with Dav-x-5 which are stored as VCARD Version 2.1.
As far as I know, they are pushing 3 or 4. Because our carddav refuse simply anything below. So your entry might have been there before we drew the line on old vcard versions? :thinking:
that's possible, or even most likely the case... since when is this restriction in place?
I have no clue, but at least years I'd say? :thinking: :shrug:
closing in favour of https://github.com/nextcloud/contacts/issues/492
Describe the bug
I have many contacts generated (/modified) with Android and synced with Dav-x-5 which are stored as VCARD Version 2.1. When exporting the whole address book, the dav endpoint is queried and returns a single file with all the VCARDS in it as they are stored in the database (therefore v2.1). Re-importing fails for those contacts (v2.1) because the Nextcloud calendar doesn't support v2.1. It gets interesting however if you download a single contact from Nextcloud calender (web app) (view the contact and click on the download icon at the top right) this same contact suddenly states v3.0. Importing it in that form works in most cases (I guess as long as there is nothing in there that VCARD 3.0 can't handle).
Database
carddata
inoc_cards
(same when exporting the whole address book):webdav network response when opening the contact in the web app:
when downloading as a single contact from within the web app (icon top right):
I ran into this when migrating to a freshly set up Nextcloud instance. For me personally I migrated those affected contacs more or less manually in the same run as cleaning up my address book from old contacts I don't need anymore. However it feels bizarre that we can't handle our own exports :/
cc @skjnldsv (as you asked me to create this issue when we talked about this during the community hangout call some weeks ago)