Contacts 1.3.1 - Doesn't load (spinning wheel)

[Akhenaton]

Steps to reproduce

1. update from 1.3 to 1.3.1
2. Do some sync with with KDE's Kaddressbook
3. Open in the web UI the app

Expected behaviour

Contacts should appear.

Actual behaviour

Spinning wheel and never loads.

Server configuration

Linux
Apache2
Mysql
PHP 7.0.7
ownCloud 9.0.2
Contacts version 1.3.1

List of activated apps:
Enabled:

• activity: 2.2.1
• announcementcenter: 1.1.2
• calendar: 1.2.2
• comments: 0.2
• contacts: 1.3.1.0
• dav: 0.1.6
• documents: 0.12.0
• external: 1.2
• federatedfilesharing: 0.1.0
• federation: 0.0.4
• files: 1.4.4
• files_pdfviewer: 0.8.1
• files_sharing: 0.9.1
• files_texteditor: 2.1
• files_trashbin: 0.8.0
• files_versions: 1.2.0
• files_videoplayer: 0.9.8
• firstrunwizard: 1.1
• gallery: 14.5.0
• music: true
• notifications: 0.2.3
• provisioning_api: 0.4.1
• systemtags: 0.2
• templateeditor: 0.1
• updatenotification: 0.1.0

ownCloud log (data/owncloud.log)

Exception: {"Message":"Only vCard 2.1, 3.0 and 4.0 are supported for the input data","Exception":"InvalidArgumentException","Code":0,"Trace":"#0 /var/www/owncloud/3rdparty/sabre/vobject/lib/Component/VCard.php(175): Sabre\VObject\VCardConverter->convert(Object(Sabre\VObject\Component\VCard), 5)\n#1 /var/www/owncloud/3rdparty/sabre/dav/lib/CardDAV/Plugin.php(801): Sabre\VObject\Component\VCard->convert(5)\n#2 /var/www/owncloud/3rdparty/sabre/dav/lib/CardDAV/Plugin.php(449): Sabre\CardDAV\Plugin->convertVCard(Object(Sabre\VObject\Component\VCard), 'vcard3')\n#3 /var/www/owncloud/3rdparty/sabre/dav/lib/CardDAV/Plugin.php(202): Sabre\CardDAV\Plugin->addressbookQueryReport(Object(Sabre\CardDAV\Xml\Request\AddressBookQueryReport))\n#4 [internal function]: Sabre\CardDAV\Plugin->report('{urn:ietf:param...', Object(Sabre\CardDAV\Xml\Request\AddressBookQueryReport), 'addressbooks/us...')\n#5 /var/www/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\n#6 /var/www/owncloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php(716): Sabre\Event\EventEmitter->emit('report', Array)\n#7 [internal function]: Sabre\DAV\CorePlugin->httpReport(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))\n#8 /var/www/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\n#9 /var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php(459): Sabre\Event\EventEmitter->emit('method:REPORT', Array)\n#10 /var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php(248): Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))\n#11 /var/www/owncloud/apps/dav/lib/server.php(144): Sabre\DAV\Server->exec()\n#12 /var/www/owncloud/apps/dav/appinfo/v2/remote.php(29): OCA\DAV\Server->exec()\n#13 /var/www/owncloud/remote.php(138): require_once('/var/www/ownclo...')\n#14 {main}","File":"/var/www/owncloud/3rdparty/sabre/vobject/lib/VCardConverter.php","Line":40,"User":"sensitive-infor"}

I strongly suspect one or more bad record(s) in the database. But which one ?

The contacts app. should be more robust and should not accept bad records AMHO

[druckpiloten]

same here and I need to login for "sabre/dav" again!

edit: I created a new user and login as this. Contact does load at this user.

[inv1sible]

Not sure if that helps anyone (either in solving the problem or use it as a workaround) but: when I

• disable the PHP-Cache -> contacts works fine...

when reenabling php cache I face the same problem again... spinning wheel of death 😉

[Sora1248]

I just had the same problem.

This is what I've done:

1. I was adding some photos to my contacts with Kaddressbook. This was then synchronized to the Contacts OwnCloud App.
2. I tried to synchronize my Smartphone with OwnCloud using DAVdroid and got the same error message as Akhenaton already posted.
3. In the Contacts App itself I got the message "Keine Kontakte gefunden" (No contacts found) and the spinning wheel.

This setup using Kaddressbook, the Contacts App and DAVdroid was working without problems since I set it up a month ago.
This was the first time I added photos to contacts with Kaddressbook.

Things that I noticed while I fixed all this (by deleting and recreating the address book over and over):

1. Contacts without photos can be copied and synchronized using Kaddressbook without problems.
2. Contacts with a photo will break the addressbook in OwnCloud.
3. Unchanged contacts with photos originally downloaded from OwnCloud's Contacts App by Kaddressbook breaks the addressbook in OwnCloud when reuploaded.
4. Importing the .vcf of the contact from point 3 directly in the Contact App's webinterface will break it, too.
5. Deleting the photos in Kaddressbook before coping the contacts to the synchronized addressbook works.
6. Re-adding the photos on my smartphone and synchronize it with OwnCloud worked, too.

I'm not into the details of the vcf file format so I cannot say for sure if the vcf files of Kaddressbook with photos are actually well formed vCard 3.0 files or not. Nevertheless they seem to break OwnCloud's Contacts App.

Here's the beginning of the PHOTO-Property:
PHOTO;ENCODING=b;TYPE=JPEG:/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAgGBgcGBQgHBwcJ ...
I could base64 decode and view the image without problems.
Deleting the photo in Kaddressbook removed only the PHOTO property from the vcf file. No other properties were added, deleted, modified or rearranged.

[Akhenaton]

Bingo ! @Sora1248 👍

That's exactly what i have done with KDE's Kaddressbook... just messing things with photos, i'm pretty sure...
Now the tricky part is to know exactly the affected records... i don't remember.... and i have more than 500 contacts in my addressbooks....

Thank you anyway for the nice and detailed tip.

P.S. vCards get imported/exported with incorrect Photo Format Type, but the contact app. in ownCloud shouldn't accept these vcards AMHO.

[Akhenaton]

Well, i'm thinking to start again from scratch, but after cleaning all the related tables in my database...
(Unfortunately, when you uninstall an app. in owncloud, all the corresponding database tables are not removed and you ends-up with a terrible mess in the database.)

Actually, i have these tables (7) that i think related to the contact app.

1. oc_addressbookchanges
2. oc_addressbooks
3. oc_cards
4. oc_cards_properties
5. oc_contacts_addressbooks
6. oc_contacts_cards
7. oc_contacts_cards_properties

Is there anothers one's ?... (I want to delete completely all the tables related to contacts, they will be created again when i reinstall the app)

Thank you !

[Mte90]

Same problem with owncloud 9.0.2, also I cannot access with carddav because I get an error with davdroid (https://forums.bitfire.at/topic/1108/owncloud-invalid-mimedir-file).

In the admin panel i have this error:

Exception: {"Message":"Invalid Mimedir file. Line starting at 12 did not follow iCalendar\/vCard conventions","Exception":"Sabre\\VObject\\ParseException","Code":0,"Trace":"#0 \/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(189): Sabre\\VObject\\Parser\\MimeDir->readProperty('\\xFF\\xDB\\x00C\\x00\\x08\\x06\\x06\\x07\\x06\\x05\\x08\\x07\\x07\\x07...')\n#1 \/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(137): Sabre\\VObject\\Parser\\MimeDir->parseLine('\\xFF\\xDB\\x00C\\x00\\x08\\x06\\x06\\x07\\x06\\x05\\x08\\x07\\x07\\x07...')\n#2 \/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(63): Sabre\\VObject\\Parser\\MimeDir->parseDocument()\n#3 \/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Reader.php(44): Sabre\\VObject\\Parser\\MimeDir->parse('BEGIN:VCARD\\r\\nVE...', 0)\n#4 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/CardDAV\/Plugin.php(477): Sabre\\VObject\\Reader::read('BEGIN:VCARD\\r\\nVE...')\n#5 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/CardDAV\/Plugin.php(422): Sabre\\CardDAV\\Plugin->validateFilters('BEGIN:VCARD\\r\\nVE...', Array, 'anyof')\n#6 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/CardDAV\/Plugin.php(202): Sabre\\CardDAV\\Plugin->addressbookQueryReport(Object(Sabre\\CardDAV\\Xml\\Request\\AddressBookQueryReport))\n#7 [internal function]: Sabre\\CardDAV\\Plugin->report('{urn:ietf:param...', Object(Sabre\\CardDAV\\Xml\\Request\\AddressBookQueryReport), 'addressbooks\/us...')\n#8 \/home\/codeatow\/public_html\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\n#9 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/DAV\/CorePlugin.php(718): Sabre\\Event\\EventEmitter->emit('report', Array)\n#10 [internal function]: Sabre\\DAV\\CorePlugin->httpReport(Object(Sabre\\HTTP\\Request), Object(Sabre\\HTTP\\Response))\n#11 \/home\/codeatow\/public_html\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\n#12 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(459): Sabre\\Event\\EventEmitter->emit('method:REPORT', Array)\n#13 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(248): Sabre\\DAV\\Server->invokeMethod(Object(Sabre\\HTTP\\Request), Object(Sabre\\HTTP\\Response))\n#14 \/home\/codeatow\/public_html\/apps\/dav\/lib\/server.php(137): Sabre\\DAV\\Server->exec()\n#15 \/home\/codeatow\/public_html\/apps\/dav\/appinfo\/v2\/remote.php(29): OCA\\DAV\\Server->exec()\n#16 \/home\/codeatow\/public_html\/remote.php(138): require_once('\/home\/codeatow\/...')\n#17 {main}","File":"\/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php","Line":385,"User":"Mte90"} 

When i try to import a vcf file i get many errors on the browser console on dav.js.
Actually i cannot use my contacts and I have no idea if there are in the db.
The hosting asked me to update to 9.2 but I have no idea if I get a fix for this problem.

[Mte90]

Any news for that problem?

[devmarxx]

Same problem here. OC 9.0.2, Contacts 1.3.1, php 5.6. ACP enabled or disabled doesn't matter for me. Spinning wheel, no contacts shown. Export works ...

[gdeflaux]

+1 same problem.

[lookfar]

same issue, I will have to wait before I allow users to use this feature.

[ghormoon]

I've got this for one user for some time (even previous versions), javasript spits out "TypeError: model.getProperty(...) is undefined"
can Isomehow easily find out on which entry?

[lookfar]

I removed version 9 of OC and installed version 8.2 from scratch and everything is working

[ghormoon]

between OC 8.2 -> OC 9 there as a change in access, it was accessing the DB directly, now it uses carddav, so there's the problem usually (I already had one open issue for some bad characters breaking this, but it is still not all)

[devmarxx]

The issue still exists on Owncloud 9.0.3
Sadly no hints at all in the log files.

[mgrachten]

@4rensiker from reading your comment about disabling php cache, it sounds like the cache needs to be refreshed i.e. the old cache files should be deleted (something that just disabling and re-enabling may not do). I'm writing this from the top of the head, I have not experienced this problem (yet) so I can't help any further with it.

[devmarxx]

Workaround: I exported all my contacts with the download button under settings in the web interface of this plugin into a vcf fle. Then I deleted all my contacts on my phone and synced my phone with the carddav account. Then I imported the previously exported vcf file over the webinterface of this plugin. All the contacts were listed correctly. After that I synced my phone again and everything was fine.

Not nice, but it works now. Finally ...

[devmarxx]

Correction: After logoff and login the issue is back :-( Spinning wheel again ...

[ghormoon]

I had the same with the broken whitespace issue (#311). if you import broken contact, it gets to the database and is still displayed correctly. but when it has to be retrieved from the DB, it hangs.

[xshadow]

Same issue here. Nothing special in the logs.

Debian 8, PHP7, OC9.02, all Caching done by Redis .

[AndrzejMM]

For me the reason of "Spinning wheel" are accounts with space e.g. "Tom Moon", "Tester 2". Accounts without space works correctly e.g "TomMoon", "Tester2"

[devmarxx]

For me it seems to be a browser version issue. I did some tests this weekend on the laptop of my wife and found out that she could view all the contacts without spinning wheel. Back on my laptop, logged in with my wife's owncloud account, I got the spinning wheel again. The difference between the laptops is, that I'm still using FF 29 (on windows) and my wife is up to date with FF 47 (on linux). So the problem seems to be on the client side, not on the server side ...

[AndrzejMM]

For me accounts which have space in username not working at all. Neither on browser or Android CardDav. Accounts without space works great.

[DarkSteve]

@devmarxx, is there a reason you're using such an old version of Firefox? v29 is pretty old!

FWIW, I don't get the spinning wheel, and at home I use the latest Pale Moon (forked from FF around v25 or 26), and at work I use Firefox 38 (Extended Support Release).

[devmarxx]

I used FF 29 because I just love the Firefox Sync plugin for Owncloud. I didn't want to update all my devices with the about:config services.sync.username stuff to make Firefox Sync running on newer Firefoxes. I admit, I was lazy :-) Well, I did the update to FF 47 this morning on two machines (windows and linux) and everything works well for me. Firefox Sync works and no spinning wheel anymore in contacts.

[DarkSteve]

Ah, I use the ownCloud Mozilla Sync app as well! It works perfectly with Pale Moon, which still uses the older 1.1 sync.

However, once you've connected to your ownCloud sync, you should be able to upgrade to a newer version of Firefox. I was able to connect using an older version of both Seamonkey (2.25) and Firefox (25) and then update them while keeping sync intact. Admittedly, I haven't regularly used Firefox in years, and I switched from Seamonkey to Pale Moon last year when SM development stagnated, so the absolute latest versions might not still be able to connect.

[xshadow]

I can see this spinning wheel with FF47.0

Only users with large address books or large address books and pictures are affected.

[ghormoon]

can confirm that the problematic user has ~1100 contancts

[spoorun]

In a business scenario, people have many contacts by necessity.
I (as a personal user) have over 2,000. Our business lists include over 5,000 contacts.

[Mte90]

the problem happen also on nextcloud... I was hoping that the migration will fix that problem:

<?xml version="1.0" encoding="utf-8"?>
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
  <s:exception>Sabre\VObject\ParseException</s:exception>
  <s:message>Invalid Mimedir file. Line starting at 12 did not follow iCalendar/vCard conventions</s:message>
</d:error>

[xshadow]

I further investigated another problem (owncloud/core#25535), which led to a solution.

Seems so that there was an package update for debians php packages, which removed crucial packages.

After reinstalling all php7 packages, a restart of the webserver and the upgrade to owncloud 9.0.4, the spinning wheel won't show up again.

Maybe an update to owncloud 9.0.4 is not necessary.

List of php packages:

  - php7.0
  - php-apc
  - php7.0-cgi
  - php7.0-cli
  - php7.0-common
  - php7.0-curl
  - php7.0-gd
  - php7.0-imagick
  - php7.0-imap
  - php7.0-intl
  - php7.0-mcrypt
  - php7.0-mysql
  - php7.0-odbc
  - php7.0-json
  - php7.0-sqlite3
  - php-pear
  - php-xml-parser
  - php7.0-redis
  - php7.0-zip
  - php7.0-xml
  - php7.0-mbstring #at least this was missing

[Mte90]

In the javascript console I get this with the 1.4.0, the message are in Italian but I think that they are easy to understand

[rinurinu]

I have the same issue with Nextcloud 11 (also in version 10 before the update I had the same issue). It would be awesome if the Contacts app would be fixed or at least would tell you which contact is broken / more info on what is wrong.

Maybe this is the same issue as this one:
#478

[siyman]

What is also weird is that whenever I click on "add new" (Neuer Kontakt in German), I can see one of my two address books where there is definitely no image in the contacts as it's email addresses only. The phone book is not accessible, not even via SOGo Thunderbird connector or KAddressbook.
Running nextcloud 11.0.0, previously migrated from ownlCloud 8.2.9 where everything was working plain fine.

[SomeStrangeName]

This issue also occurs when you upgrade from nextcloud 10 to nextcloud 11!
In the browser console I can see: Error: Bad status: 500
If I look into network tab it seems to be an error to a shared address-book (same nextcloud installation other user).
By the way my version of contacts is 1.5.2

[SomeStrangeName]

In admin console logs I can see following error: Fatal webdav Sabre\VObject\ParseException: Invalid Mimedir file. Line starting at 3 did not follow iCalendar/vCard conventions
Could it be that the newer contacts app is more strict to vcards compared to the old one?
Anyhow it is strange to have a corrupt card in the database (after the upgrade) and not already before, right?

[siyman]

This is my exact logging whenever I try to open up the contacts app.

`Fatal webdav Sabre\VObject\EofException: End of document reached prematurely

/var/www/nextcloud/3rdparty/sabre/vobject/lib/Parser/MimeDir.php - line 177: Sabre\VObject\Parser\MimeDir->readLine()
/var/www/nextcloud/3rdparty/sabre/vobject/lib/Parser/MimeDir.php - line 89: Sabre\VObject\Parser\MimeDir->parseDocument()
/var/www/nextcloud/3rdparty/sabre/vobject/lib/Reader.php - line 46: Sabre\VObject\Parser\MimeDir->parse('BEGIN VCARD\r\nVE...', 0)
/var/www/nextcloud/3rdparty/sabre/dav/lib/CardDAV/Plugin.php - line 855: Sabre\VObject\Reader read('BEGIN VCARD\r\nVE...')
/var/www/nextcloud/3rdparty/sabre/dav/lib/CardDAV/Plugin.php - line 494: Sabre\CardDAV\Plugin->convertVCard('BEGIN VCARD\r\nVE...', 'vcard3')
/var/www/nextcloud/3rdparty/sabre/dav/lib/CardDAV/Plugin.php - line 203: Sabre\CardDAV\Plugin->addressbookQueryReport(Object(Sabre\CardDAV\Xml\Request\AddressBookQueryReport))
[internal function] Sabre\CardDAV\Plugin->report('{urn ietf param...', Object(Sabre\CardDAV\Xml\Request\AddressBookQueryReport), 'addressbooks/us...')
/var/www/nextcloud/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php - line 718: Sabre\Event\EventEmitter->emit('report', Array)
[internal function] Sabre\DAV\CorePlugin->httpReport(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/nextcloud/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 479: Sabre\Event\EventEmitter->emit('method REPORT', Array)
/var/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 254: Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/nextcloud/apps/dav/lib/Server.php - line 227: Sabre\DAV\Server->exec()
/var/www/nextcloud/apps/dav/appinfo/v2/remote.php - line 30: OCA\DAV\Server->exec()
/var/www/nextcloud/remote.php - line 165: require_once('/var/www/nextcl...')
{main}`

[Mte90]

As I can see it is also impossible do the export of all the contacts for try to debug the problem...

[siyman]

What I did to solve the issue on my end (just one affected account with ~250 entries): I synced my phone via DAVdroid (you can install it via f-droid.org) and got several errors, outputting a list with web addresses to the respective vcf-files. For me it has been 8 records with numerous string formats, nothing in common when it comes to specific fields or even the creation dates (2013-2016; about 5 different devices running various Android versions, ubuntu, windows etc. were part of the creation).
With the ID-strings in place I went into my MySQL-DB via phpmyadmin (although cli will be fine too), got into oc_cards table (prefix dates back to owncloud default name scheme) and removed the affected vcfs. Et voila - no spinning wheel of death anymore!
Sadly neither my SOGo-connector for thunderbird nor Kontact gave me any kind of useful information or debug log even though they must have had the same issues. This is also why this procedure is a bit slow - you have to manually check and enter the IDs reading it from the phone. Still, whoever needs a quick and not that dirty (but risky as you are manually editing your database - BACKUP FIRST!) way of solving the issue, here it is.

[ghost]

Issue:
I am running OC 9.1.3 (Stable) with the contacts UI web app version 1.5.1. A single user (with no spaces in the owncloud unsername) was not able to see the contacts in the web UI app. The spinning wheel was running endlessly and also a message appeared after some time saying there are no contacts. There was no error message in the owncloud log file. The contacts were perfectly in sync with a mobile device running cyanogenmod 11.0 (using the stock contacts app) and could be properly exported via the web UI contacts app to a file.

Solution:
The name of the user on the mobile device (the entry named "ME" in the stock contacts app) must not have a blank space. Again: I am speaking about the user name on the mobile device, it has nothing to do with the owncloud user name. Removing the empty space in this entry on the mobile device in the stock contacts app solved this issue at once!

Strange, however, as this entry is not shown in the web UI contacts app and does not exist in the contacts exported to a file.

[hodyroff]

Did you retry with the newest version oC Server and Contacts app from app store?

[Mte90]

Actually for me is impossible to download and reupload the contacts for this bug, also I am using nextcloud offered from a service so I don't have access to the files and database.
Is an year that I cannot use anymore the contacts on owncloud, I was hoping that moving on nextcloud fixed the bug without success.
After 5 years of using owncloud I am very disappointed.

In the console I get:
Content Security Policy: Il caricamento di una risorsa su self è stato bloccato dalle impostazioni della pagina (“script-src https://codeat.owncube.com 'unsafe-eval'”). Source: onsubmit attribute on DIV element.
The error is different respect before, probably because I use strong detection for tracking.

[DeepDiver1975]

This is my exact logging whenever I try to open up the contacts app.

so there is an invalid vcard in your database ... maybe you have the chance to find out which one this is and fix/delete that one?

[DeepDiver1975]

In the javascript console I get this with the 1.4.0, the message are in Italian but I think that they are easy to understand

@Mte90 the status code 500 indicates that you are facing a server side issue - server side logs would be great. I suspect that this is related to invalid vcards as well.

Looks like we should find a mechanism to detect/fix invalid vcards.

[Mte90]

I get this in the log:

Exception: {"Message":"Invalid Mimedir file. Line starting at 12 did not follow iCalendar\/vCard conventions","Exception":"Sabre\\VObject\\ParseException","Code":0,"Trace":"#0 \/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(189): Sabre\\VObject\\Parser\\MimeDir->readProperty('\\xFF\\xDB\\x00C\\x00\\x08\\x06\\x06\\x07\\x06\\x05\\x08\\x07\\x07\\x07...')\n#1 \/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(137): Sabre\\VObject\\Parser\\MimeDir->parseLine('\\xFF\\xDB\\x00C\\x00\\x08\\x06\\x06\\x07\\x06\\x05\\x08\\x07\\x07\\x07...')\n#2 \/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(63): Sabre\\VObject\\Parser\\MimeDir->parseDocument()\n#3 \/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Reader.php(44): Sabre\\VObject\\Parser\\MimeDir->parse('BEGIN:VCARD\\r\\nVE...', 0)\n#4 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/CardDAV\/Plugin.php(477): Sabre\\VObject\\Reader::read('BEGIN:VCARD\\r\\nVE...')\n#5 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/CardDAV\/Plugin.php(422): Sabre\\CardDAV\\Plugin->validateFilters('BEGIN:VCARD\\r\\nVE...', Array, 'anyof')\n#6 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/CardDAV\/Plugin.php(202): Sabre\\CardDAV\\Plugin->addressbookQueryReport(Object(Sabre\\CardDAV\\Xml\\Request\\AddressBookQueryReport))\n#7 [internal function]: Sabre\\CardDAV\\Plugin->report('{urn:ietf:param...', Object(Sabre\\CardDAV\\Xml\\Request\\AddressBookQueryReport), 'addressbooks\/us...')\n#8 \/home\/codeatow\/public_html\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\n#9 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/DAV\/CorePlugin.php(716): Sabre\\Event\\EventEmitter->emit('report', Array)\n#10 [internal function]: Sabre\\DAV\\CorePlugin->httpReport(Object(Sabre\\HTTP\\Request), Object(Sabre\\HTTP\\Response))\n#11 \/home\/codeatow\/public_html\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\n#12 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(459): Sabre\\Event\\EventEmitter->emit('method:REPORT', Array)\n#13 \/home\/codeatow\/public_html\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(248): Sabre\\DAV\\Server->invokeMethod(Object(Sabre\\HTTP\\Request), Object(Sabre\\HTTP\\Response))\n#14 \/home\/codeatow\/public_html\/apps\/dav\/lib\/server.php(148): Sabre\\DAV\\Server->exec()\n#15 \/home\/codeatow\/public_html\/apps\/dav\/appinfo\/v2\/remote.php(29): OCA\\DAV\\Server->exec()\n#16 \/home\/codeatow\/public_html\/remote.php(138): require_once('\/home\/codeatow\/...')\n#17 {main}","File":"\/home\/codeatow\/public_html\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php","Line":385,"User":"Mte90"} 

[DeepDiver1975]

I get this in the log:

looks like a malformated vcard - a multi line image property is most probably missing a white space in the beginning and because of that identified as a new property and not as data belonging to the previous property.

Maybe you can find out which vcard this is - we can then fix it manually to get your contacts up and running again.

[Mte90]

The issue not enable me to edit any contact, remove it or upload again for this error.
And this is the situation from an year...

[DeepDiver1975]

@Mte90 sorry if this was not clear - I mean grabbing the vcard data from the database.

[Mte90]

I am using a third-service so I cannot access to my db, if I had access I already fixed a clean install of contacts :-/
Actually this problem creates problems on download a backup or upload a new one, usually this kind of things (interface vs features) need to be separated to enable the users to use the software.

[DeepDiver1975]

Actually this problem creates problems on download a backup or upload a new one, usually this kind of things (interface vs features) need to be separated to enable the users to use the software.

from my pov bugs need to be fixed - plain simple 😉

[andreaslink-de]

Hej guys, I'm following this discussion here since some days and as I'm also having this issue, I'm interested in a solution. It does not have very high prio for me, but I see this as a major issue in owncloud if there are incompatibilities with a format beeing used at multiple devices affecting unusability for the official extension, don't you?
Are there already solutions existing, and if, when will there be a fix deployed to the stable trunk? Thanks for your input.

[Mte90]

Ok I asked to my third part service to reset the DB for the contacts and I will upload them manually to see what create the issue.

[mokkin]

I am also affected by the issue on my instance.

In my case I have watched an additional behaviour. You open the contacts app, the spinning wheel spins without stopping and on the right side it says "no contacts available". But if you click on the button "new contact" all the available contacts appear even when you cannot open them.
There seems to be no difference between new users without contacts and old user with many (+2k) contacts.

[mokkin]

The same happens in ownCloud 10.

[mokkin]

JS console says:

JQMIGRATE: Migrate is installed, version 1.4.0
contact_model.js:29 Uncaught (in promise) TypeError: Cannot read property 'value' of undefined
    at Contact.uid (contact_model.js:29)
    at contact_service.js:37
    at <anonymous>
uid @ contact_model.js:29
(anonymous) @ contact_service.js:37
contact_model.js:29 Uncaught (in promise) TypeError: Cannot read property 'value' of undefined
    at Contact.uid (contact_model.js:29)
    at contact_service.js:37
    at <anonymous>
uid @ contact_model.js:29
(anonymous) @ contact_service.js:37

[DeepDiver1975]

JS console says:

@mokkin what contacts version are you using? THX

[mokkin]

OC 10.0.2
Contacts 1.5.2
PHP 5.6.30
Apache/2.4.10 (Debian)

[Siassei]

identical problem here. Try to import vcard version 2.1 file. the import does not starts and the wheel is spinning.
hard coded replace of version 2.1 to 3.0 gets same fails of contact import

Example

BEGIN:VCARD
VERSION:2.1
N:;xxxx@yyysy.com;;;
FN:xxxxl@yyysy.com
EMAIL;PREF:xxxx@yyysy.com
X-GROUP:
END:VCARD