Open pbek opened 8 years ago
Hi All,
Same problem for me.
PRETTY_NAME="Debian GNU/Linux 8 (jessie)"
Nginx
MySQL
PHP 5.6.19-0+deb8u1
9.0.1
1.2.0.0
Exception: {"Message":"Invalid Mimedir file. Line starting at 4 did not follow iCalendar\/vCard conventions","Exception":"Sabre\\VObject\\ParseException","Code":0,"Trace":"#0 \/var\/www\/owncloud\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(189): Sabre\\VObject\\Parser\\MimeDir->readProperty(';=\"IM: AIM: 445...')\n#1 \/var\/www\/owncloud\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(137): Sabre\\VObject\\Parser\\MimeDir->parseLine(';=\"IM: AIM: 445...')\n#2 \/var\/www\/owncloud\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php(63): Sabre\\VObject\\Parser\\MimeDir->parseDocument()\n#3 \/var\/www\/owncloud\/3rdparty\/sabre\/vobject\/lib\/Reader.php(44): Sabre\\VObject\\Parser\\MimeDir->parse('BEGIN:VCARD\\r\\nVE...', 0)\n#4 \/var\/www\/owncloud\/3rdparty\/sabre\/dav\/lib\/CardDAV\/Plugin.php(477): Sabre\\VObject\\Reader::read('BEGIN:VCARD\\r\\nVE...')\n#5 \/var\/www\/owncloud\/3rdparty\/sabre\/dav\/lib\/CardDAV\/Plugin.php(422): Sabre\\CardDAV\\Plugin->validateFilters('BEGIN:VCARD\\r\\nVE...', Array, 'anyof')\n#6 \/var\/www\/owncloud\/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 \/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\/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 \/var\/www\/owncloud\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\n#12 \/var\/www\/owncloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(459): Sabre\\Event\\EventEmitter->emit('method:REPORT', Array)\n#13 \/var\/www\/owncloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(248): Sabre\\DAV\\Server->invokeMethod(Object(Sabre\\HTTP\\Request), Object(Sabre\\HTTP\\Response))\n#14 \/var\/www\/owncloud\/apps\/dav\/lib\/server.php(142): Sabre\\DAV\\Server->exec()\n#15 \/var\/www\/owncloud\/apps\/dav\/appinfo\/v2\/remote.php(29): OCA\\DAV\\Server->exec()\n#16 \/var\/www\/owncloud\/remote.php(138): require_once('\/var\/www\/ownclo...')\n#17 {main}","File":"\/var\/www\/owncloud\/3rdparty\/sabre\/vobject\/lib\/Parser\/MimeDir.php","Line":385,"User":"toto"}
Best regards
@dvinz you have an invalid vcard in your database - please try to fix it or delete the card from the database
@DeepDiver1975 Tanks,
How identify them ?
readProperty(';=\"IM: AIM: 445...')
this is where is break - run a query like (pseudo code - you might need to adopt this to work properly on mysql):
select * from oc_cards where carddata like '%AIM: 445%'
EDIT: I was able to solve my problem through a backup after my wife confessed to me that she had done something on our tablet thinking she was editing her account, but was doing that on my tablet account...
Same problem here. No contacts are listed anymore :-(( Contact App spinner is not cleared. Empty list.
@DeepDiver1975
I do not have query results like select * from oc_cards where carddata like '%AIM: 445%'
I do not have query results like select * from oc_cards where carddata like '%AIM: 445%'
@Wikinaut of course not - AIM: 445 is specific for @dvinz to identify the broken card on his installation.
@DeepDiver1975 that's clear.
However, how can I (help to) locate the problem in the app, or in the contact database ?
Hi all,
I clear all broken card and it work. Thanks for you help
DVinz
@dvinz But your solution is not a general solution. What do you mean by "broken" ? Why is the present OC version 9.0.1 not able to repair potentially broken cards, whereas the previous versions could do this.
I suggest, that app developers add some code to make the app more robust.
@DeepDiver1975 I am willing to help, but I do not know where to start - there are no php errors in the log file.
Perhaps a javascript issue ?
@Wikinaut I delete all vcard was povoc error (see your owncloud log to identify them) from my oc_cards DB. In my case, think some vcard attribute are not recognize bye new contacts apps.
@dvinz an my approach to software is to write what I call "self-healing software", I mean, to make software (here: the contact app) so robust, that it can cope with (some common) irregularities. perhaps I can help here later.
Can you tell me, what kind of irregularities your contact database had, apart from the reported problem ?
Sorry guys this does not work for me either. My owncloud log does not show anything all contacts are gone in the web-ui and I get sync errors...
Upon upgrading from 8.2.5 to 9.0.2 I have the same issue as above : no contact load in the contact app. All my contacts are gone. No log about this issue. The spinning wheel spin forever. I have not checked if sync is working (I hope it is though).
On a side note, I had to put asset pipeline to off for the calendar app to work. It's a lot of issues for a new release ^^
EDIT: I get a 504 Gateway error when trying to download my contacts from the settings panel in the bottom left corner of the contacts app.
EDIT 2 : I do get a log after digging :
{"reqId":"Nec9h1OUuYBNdXvYfZ7w","remoteAddr":"192.168.1.14","app":"carddav","message":"Exception: {\"Message\":\"HTTP\\\/1.1 401 No 'Authorization: Basic' header found. Either the client didn't send one, or the server is mis-configured\",\"Exception\":\"Sabre\\\\DAV\\\\Exception\\\\NotAuthenticated\",\"Code\":0,\"Trace\":\"#0 [internal function]: Sabre\\\\DAV\\\\Auth\\\\Plugin->beforeMethod(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\n#1 \\\/usr\\\/local\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/event\\\/lib\\\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\\n#2 \\\/usr\\\/local\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(446): Sabre\\\\Event\\\\EventEmitter->emit('beforeMethod', Array)\\n#3 \\\/usr\\\/local\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(248): Sabre\\\\DAV\\\\Server->invokeMethod(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\n#4 \\\/usr\\\/local\\\/www\\\/owncloud\\\/apps\\\/dav\\\/appinfo\\\/v1\\\/carddav.php(75): Sabre\\\\DAV\\\\Server->exec()\\n#5 \\\/usr\\\/local\\\/www\\\/owncloud\\\/remote.php(138): require_once('\\\/usr\\\/local\\\/www\\\/...')\\n#6 {main}\",\"File\":\"\\\/usr\\\/local\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Auth\\\/Plugin.php\",\"Line\":188,\"User\":false}","level":0,"time":"2016-05-16T17:29:44+00:00","method":"PROPFIND","url":"\/remote.php\/carddav\/addressbooks\/USERNAME\/contacts\/","user":"--"}
I had same issue as above: Same problem here. No contacts are listed anymore :-(( Contact App spinner is not cleared. Empty list.
Tracked it down to entries with the "note" field having too much content
Re-opening "contacts" app: nothing is shown any more
Syncing to e.g. thunderbird works, the long content shows up there When truncating the "note" field in thunderbird addressbook and re-syncing, the contact app shows the list on next try
I do not know the reason, but the symptom is that in file apps/contacts/js/dav/dav.js "function childNodes(node)" node is undefined, which causes a JS error
Adding an "if (! node) { return "new Array(); }" causes the wait cursor to stop, but still no entries are shown
are there any news on this issue, @DeepDiver1975?
I just updated to Contacts 1.3.0.0. Now there are no error messages and spinner any more, but the contacts from my old address book still will not show up. There are no significant javascript errors. Accessing them via carddav is still working, as is exporting the address book in Contacts.
I ran into this as well, but I happened sometime after upgrading from OC 9.0.1-1.1 to 9.0.1-3.1 or 9.0.2-1.1 (on Debian/Jessie). After that, a new table oc_cards
was created but carried only about half the contacts from oc_contacts_cards
. Unfortunately, I only noticed this some weeks later that "some" contacts are missing. I tried to convert the old contacts to the new oc_cards
table, but then the Contacts app just shows a spinning wheel (owncloud.log
has "Invalid Mimedir file. Line starting at 7 did not follow iCalendar/vCard conventions
- btw, why is the logfile filled with so many backslashes? It's really hard to read.).
At this point I see no other solution than to downgrade to v8 again, use a backup copy of owncloud.db
(Sqlite) with all contacts still in oc_contacts_cards
and try to export my contacts. Then upgrade to v9 and import the contacts again. Are there any other options?
Note: I have run into #22959, so this may have contributed to that b0rkage.
$ echo "select count(*) from oc_contacts_cards; select count(*) from oc_cards;" | sqlite3 data/owncloud.db 144 66
I too get this issue, I have contacts that get synced from my HTC and have lots of notes.
Request headers:
Request URL:https://owncloud.horwood.biz/remote.php/dav/addressbooks/users/matt/contacts/ Request Method:REPORT Status Code:504 Gateway Time-out Remote Address:192.168.49.200:443 Response Headers view source Connection:keep-alive Content-Length:578 Content-Type:text/html Date:Mon, 01 Aug 2016 20:40:42 GMT Server:nginx Request Headers view source Accept:/ Accept-Encoding:gzip, deflate, lzma, sdch, br Accept-Language:en-GB,en-US;q=0.8,en;q=0.6 Connection:keep-alive Content-Length:575 Content-Type:application/xml;charset=UTF-8 Cookie: Depth:1 Host:owncloud.horwood.biz Origin:https://owncloud.horwood.biz requesttoken: User-Agent:Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 OPR/38.0.2220.41 Request Payload <card:addressbook-query xmlns:card="urn:ietf:params:xml:ns:carddav" xmlns:d="DAV:">
I've got the same issue (i.e: spinning wheel in contacts list) and a "gateway timeout" error when trying to download the vcard. No errors in logs (even while in level 0). My contacts app is the latest to date, straight from the repo v1.4 (so using the patch mentioned above) running on OC 9.1. I have no spaces in my username.
Any news on this issue ?
As a side note, I had this same issue with OC 9.0.2, but can"t remember if I fixed it before upgrading to 9.1. I mostly use the dav sync to have contacts show up in 3rd party apps.
I exported all my contacts, delete them and imported them back. That worked for two hours. I could browse all my contacts (after importing half of them again because they weren't imported the first time)... But later suddenly I got the dreaded spinner again and my contacts were gone from the web-browser. They were still available via CardDAV, like before. No error messages in the ownCloud log files... I tried Nextcloud and had the same issue.
Currently I'm on Nextcloud 10 and Contacts 1.4.
Problem went away after I upgraded/migrated from ownCloud 9.0.x to Nextcloud 10.0.1.
Neither migrating to NC nor exporting/importing all contacts helped in my case...
It's still hard to get an understanding of the issue you are facing @pbek - most probably the issue is within parsing the vcard on the client side within the app.
@DeepDiver1975 I can access them with all kind of 3rd party apps, like iOS / OS X Contacts, KAddressbook, ...
I can access them with all kind of 3rd party apps, like iOS / OS X Contacts, KAddressbook, ...
most probably because they are more flexible with respect to 'invalid' vcards
I would love to know which one are invalid, but there are no log nor javascript errors... It just says "no contacts" after a while. The curious thing is that I saw my contacts for about 10min in the beginning...
It would help a lot if contacts would throw some errors/warning if there are parsing problems...
The problem is within the 3rdparty libs we use. They just die and give no errors
I just upgraded my OC server to 9.1.2 and Calendar to 1.4 and noticed that both my calendar and contacts pages are broken. The contacts page (1.4.0.0) loads a blank empty page like @pbek. However the logs are empty, the sync still works fine with my android and looking at my database everything is still here. Any update on that issue?
@IwishIcanFLighT do you maybe have this issue: https://github.com/nextcloud/server/issues/3740
are there any updates on this matter? Its really a killing bug.
@deisi, does my last comment at https://github.com/nextcloud/server/issues/3740 help you? That was what I did as workaround...
you meaning splitting up the adressbooks into smaller chunks. Didnt try yet but will. Thx
yes, I did that...
Issue solved with nextcloud 11.0.3 on my end
I moved to Nextcloud, and everything works fine now.
As requested by @DeepDiver1975 in https://github.com/owncloud/contacts/pull/374: I had several hundred contacts before the upgrade to ownCloud 9.0.1 and Contacts 1.2.0.0. After the upgrade they don't show up at the contact page.
Syncing via Dav still works. If I create a new contact on the web interface in my old address book
Contacts
it doesn't show up on the web interface neither. Although it is available via Dav.Then I created a new address book
Test
on the web-interface. I could add a new contact there and it showed up on the web-interface.Expected behaviour
My old contacts load.
Actual behaviour
They don't load.
Server configuration
Operating system: Debian 7.10
Web server: Apache
Database: MySQL
PHP version: 5.6.20
ownCloud version: 9.0.1
Contacts version: 1.2.0.0
Updated from an older ownCloud or fresh install: Update from 8.x
Signing status (ownCloud 9.0 and above):
List of activated apps:
config.php:
Are you using external storage, if yes which one: no
Are you using encryption: no
Client configuration
Browser: Google Chrome Version 50.0.2661.86 (64-bit)
Operating system: KDE Neon 16.04
Logs
Web server error log
nothing in the error.log, this from the access log (I removed the requests for assets):
ownCloud log (data/owncloud.log)
no log entries were added by the call to show all contacts
Browser log
just a
Failed to parse SourceMap