search

owncloud / contacts

:busts_in_silhouette: Manage your CardDAV contacts from a feature-rich web-interface
75 stars 46 forks source link

Contacts 1.3.1 - Doesn't load (spinning wheel) #430

Open Akhenaton opened 8 years ago

Akhenaton commented 8 years ago

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:

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 commented 8 years ago

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 commented 8 years ago

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

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

Sora1248 commented 8 years ago

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 commented 8 years ago

Bingo ! @Sora1248 :thumbsup:

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 commented 8 years ago

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 commented 8 years ago

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 commented 8 years ago

Any news for that problem?

devmarxx commented 8 years ago

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 commented 8 years ago

+1 same problem.

lookfar commented 8 years ago

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

ghormoon commented 8 years ago

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 commented 8 years ago

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

ghormoon commented 8 years ago

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 commented 8 years ago

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

mgrachten commented 8 years ago

@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 commented 8 years ago

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 commented 8 years ago

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

ghormoon commented 8 years ago

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 commented 8 years ago

Same issue here. Nothing special in the logs.

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

AndrzejMM commented 8 years ago

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 commented 8 years ago

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 commented 8 years ago

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

DarkSteve commented 8 years ago

@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 commented 8 years ago

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 commented 8 years ago

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 commented 8 years ago

I can see this spinning wheel with FF47.0

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

ghormoon commented 8 years ago

can confirm that the problematic user has ~1100 contancts

spoorun commented 8 years ago

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 commented 8 years ago

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 commented 8 years ago

I further investigated another problem (https://github.com/owncloud/core/issues/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
ossadmirer314 commented 8 years ago

one solution probably....

I have the same problem with a complete new installation of nextcloud! User with blank in username CAN NOT USE contact app -serverside encryption enabled -app contacts activated, deactivated, activated... -Apps die Benutzung der Share-API erlauben on/off/on.... no effect,

kyluke commented 8 years ago

Same problem here. The spinner endlessly mocks me. Contacts v1.3.1.0.

MariusBluem commented 8 years ago

Ref: https://help.nextcloud.com/t/contacts-app-only-shows-spinning-wheel-but-no-content-in-webview/2173

trfrde commented 8 years ago

Hello, I have solved the issue for me: I used vdirsyncer (https://github.com/pimutils/vdirsyncer) to sync all CardDAV data to a local directory. After opening the vCards (using TextWrangler on my Mac) I found out that nearly 2/3 of them had an illegal character at the end (after "END:VCARD"). After delting this character for all of the vCards and syncing the changes back to OwnCloud (using again vdirsyncer), the contacts app works, finally. Cheers

sake commented 8 years ago

Based on the comment from Sora1248, I was able to build test files (vCard 4) that illustrate the problem. test_image.vcf.zip The file without an image, in this case with a PHOTO tag, works as expected. The other image contains an embedded JPEG image and triggers the erroneous behavior. It doesn't matter whether the file is synced via webdav, or whether the import button in the contacts app is used.

I didn't go through the RFC to find the valid syntax for vCard format, but I found a handy table in the german wikipedia (table is readable without german lang skills). https://de.wikipedia.org/wiki/VCard#Spezifikation

Format: Syntax 2.1: PHOTO;JPEG:http://example.org/photo.jpg 2.1: PHOTO;JPEG;ENCODING=BASE64:[base64-data] 3.0: PHOTO;TYPE=JPEG:http://example.org/photo.jpg 3.0: PHOTO;TYPE=JPEG;ENCODING=b:[base64-data] 4.0: PHOTO;MEDIATYPE=image/jpeg:http://example.org/photo.jpg 4.0: PHOTO:data:image/jpeg;base64,[base64-data]

This table also reveals that in general, the PHOTO tag used in the KDE tools (Kontact, Akonadi, etc.) is correct if the v3 format is used. Unfortunately they use the v4 format containing the v3 PHOTO encoding.

JSoko commented 8 years ago

On my server under nC 10.0.0, the issue exists only for users with a blank in the username... Max Mustermann doesn't see his adresses, just the spinning wheell... Max_Mustermann works as expected...

For both users i've imported the same adresses

Tamsy commented 8 years ago

I cannot confirm that this happens for users with a blank in the username only.

We have a user with a single username but his contacts are not displayed but just the "spinning wheel“. Other users do not have this problem though. This happens all the way up from ownCloud/Nextcloud 9 and up to Nextcloud 10.

We tried different versions of the Contact App compatible with ownCloud/Nextcloud 9.x including some sources from GitHub. We did run the user's contacts through some vCard fixing tools and re-imported them but still the same happens on the web interface: Nothing more than the spinning wheel.

Strangely, the user's contact list shows just fine on Roundcube with a CardDav Plugin, iOS devices and Thunderbird with SoGo Connector.

JSoko commented 8 years ago

Im afraid, there are 2 different errors in the app with are handled together.

  1. If there are broken cards, the spinning wheel ist shown
  2. If the user has a blank in his name the spinning wheel is show.

In both cases caldav syncing with android and thunderbird works. No 2 is reproducable on my system under NC 9.1.0.16 and Ubuntu 16.04 on odroid xu4: just create two Users, 1. Max Mustermann with and 2nd _MaxMustermann without blank in Name. The 1. only gets the spinning wheel. Syncing the same adresscards to both users works and after that nothing changes: User 1 sees the spinning wheel, user 2 works as expected...

Perhaps somebody could try this on his system und the issue in github should be splitted into two issues?

https://help.nextcloud.com/t/contacts-app-only-shows-spinning-wheel-but-no-content-in-webview/2173/13

JSoko commented 8 years ago

Fix loading spinner with usernames containing spaces: https://github.com/owncloud/contacts/pull/502

It works! Thank You!

R1tschY commented 7 years ago

I used following workflow as a work-around:

  1. Make a backup of the server database and of possibly existing synchronized address books (e.g. in Thunderbird).
  2. Install cadaver (any other webdav tool may also work).
  3. Try to download all vcards from the address book over webdav. -> Some files won't be downloaded because of a timeout (server sends no bytes while generating high processor load). In order to solve this problem:
  4. Search for the files in the *_cards table of the SQL database: SELECT * FROM oc_cards WHERE uri=XXX.vcf
  5. and delete these entries. (You may also delete the corresponding entries in the *_cards_properties table where *_cards_properties.cardid = *_cards.id.)
  6. Start again with step 3 and check whether everything can be downloaded now.

Solved it for me and synchronization with my Jolla phone works again.

PS: The broken vcards were empty vcards with only a VERSION and an UUID property and vcards with something like:

BEGIN:VCARD
VERSION:3.0
...
NOTE:Anzeigename: XXX XXX\nPrimÃÃÂ
ƒÃ‚‚ƒÃ‚Â
... [> 10k lines]
ƒÂ‚¤re E-Mail: xxx@xxx.xx\n
FN:XXX XXX
END:VCARD

PPS: My username has no space in it.

bitsandnumbers commented 7 years ago

I confirm that the issue may also be triggered by the photo encoding. I re-installed nextcloud (I was using own cloud before, and the same issue was happening) from scratch and imported a vcard generated with macos contacts app. Before generating the vcard, I wen through my 140 contacts to remove any bad characters. While importing back to nextcloud, the contacts show up as they are loaded. If I stay on the page after the import I can go through the contacts. If I leave the app and go back, the spinning wheel is back.

I've checked the vcard in a text editor. There was no illegal characters, but the base64 of the pictures can be very large. I don't know if it can come as an issue.

The database is brand new so it should not be a problem.

Next/Owncloud contacts app (using v1.4) is the only carddav client I use that fail to load the contacts. They are synced correctly on a mac and on iPhone, but also in the contacts app from Gnome 3.

I hope this will help fix this issue, good luck ^^

Gerii commented 7 years ago

How can I find out which contact causes this issue?

Finn-Sueberkrueb commented 7 years ago

I have a similar Problem. If i Import my Contacts without pictures everything works fine. But if i import them with Pictures (18 MB) the the Frontend of the Contacts App doesn't show any Contacts when I login again. I guess the problem has to do something with the size of the Adressbook, becourse I am able to add single Contacts with Pictures.

ownCloud 9.1.2 PHP-Version 7.0.11 / 5.6.5 MySQL 5.5.43

Mte90 commented 7 years ago

screenshot_20161121_163854 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 commented 7 years ago

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: https://github.com/owncloud/contacts/issues/478

siyman commented 7 years ago

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 commented 7 years ago

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 commented 7 years ago

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 commented 7 years ago

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 commented 7 years ago

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