ubuntu-phone team mailing list archive

Thread
Date

Re: Syncevolution upgrade? Broken owncloud carddav sync.

To: Louis Holbrook <accounts@xxxxxxxxxxx>, Ubuntu Touch <ubuntu-phone@xxxxxxxxxxxxxxxxxxx>
From: Mitchell Reese <dev@xxxxxxxxxxxxxxxxxxxxx>
Date: Sat, 17 Sep 2016 20:30:21 +1000
Authentication-results: hostedmail.net.au; auth=pass smtp.auth=103.9.171.52@xxxxxxxxxxxxxxxxxxxxxxxxxxx
In-reply-to: <1474107751.27685.24.camel@holbrook.no>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0

I meant try deleting them from the owncloud server, then re-adding themthere. Tedious, but it just might work... Just make sure you back up.This is one of those 'I don't really know what's wrong but you could try...'


Good luck.

M



On 17/09/16 20:22, Louis Holbrook wrote:

Ok,

That would be the
~/.local/share/evolution/addressbook/system/contacts.db right?

---

any ideas on how to export the "Personal" database to vcf with
syncevolution (what "config" to use)?


phablet@ubuntu-phablet:~/tmp$ syncevolution --print-configs
Configured
servers:
    owncloud =
/home/phablet/.config/syncevolution/default/peers/owncloud
    target-con
fig@owncloud =
/home/phablet/.config/syncevolution/owncloud/peers/target-config


phablet@ubuntu-phablet:~/tmp$ syncevolution --print-servers
Configured servers:
    owncloud = /home/phablet/.config/syncevolution/default/peers/owncloud
    target-config@owncloud = /home/phablet/.config/syncevolution/owncloud/peers/target-config




Also, syncevolution lists one of the "Contact_tmp3" entries as default,
while on my phone the main "Personal" one is hooked as default. It's
confusing!

phablet@ubuntu-phablet:~/tmp$ syncevolution --print-databases

[...]
Evolution Address Book = Evolution Contacts = evolution-contacts:
    Contact_tmp2 (7cb15d10-f955-4ab1-a24f-1b4931bb295b)
    Contact_tmp2 (6199c846-844f-4195-b4aa-394a1c0a30df)
    Contact_tmp2 (50ad5411-f11c-4e4c-a7c6-1d2eec8b2763) <default>
    Personal (system-address-book)



On Sat, 2016-09-17 at 19:50 +1000, Mitchell Reese wrote:

Not sure what the actual problem is, but I wonder if it's got
something
to do with those contact getting corrupted? Try deleting them,
syncing,
then re-adding them. Oh yeah, and back up first...

M


On 17/09/16 19:40, Louis Holbrook wrote:

I tried, with two contacts and it worked.

Then I exported from OwnCloud and reimported, same MULTIGET
problem.

Same when I exported from my local evolution install.

So, it looks like maybe there is some data detail in one or more of
the
entries I have in the contact list that either Syncevolution or
Owncloud can't handle. Funny thing is then, that it doesn't all
fail,
but all but 13 of them...

My first thought was non-ASCII letters, but I tried adding a
contact
with norwegian letters to the test db and it worked fine.

On further inspection, OwnCloud claims that the requests that are
failing contain merely the URL string "http:" (see log file below).
But
if that's Syncevolution not parsing the list right or OC getting
confused about the request is hard to tell.

Is there a packet sniffer utility available for the phone, by any
chance, or do I have to chroot etc to get one?

--

Another peculiar thing is that it complains about missing auth
headers,
but it does that even in requests that succeed. I don't know if
that
can have something to do with it. Have pasted that log file entry
too.


====
LOG - CONTACT NOT FOUND
====

Exception: {"Message":"HTTP\/1.1 404 Card not found",
"Exception":"Sabre\\DAV\\Exception\\NotFound",
"Code":0,
"Trace":"#0
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Tree.php(76): OCA\\Contacts\\CardDAV\\AddressBook-

getChild('http:')\n#1

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-

getNodeForPath('addressbooks\/la...')\n#2

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-

getNodeForPath('addressbooks\/la...')\n#3

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-

getNodeForPath('addressbooks\/la...')\n#4

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-

getNodeForPath('addressbooks\/la...')\n#5

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-

getNodeForPath('addressbooks\/la...')\n#6

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-

getNodeForPath('addressbooks\/la...')\n#7

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Tree.php(270): Sabre\\DAV\\Tree-

getNodeForPath('addressbooks\/la...')\n#8

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Server.php(977): Sabre\\DAV\\Tree-

getMultipleNodes(Array)\n#9

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/CardDAV\/Plugin.php(321): Sabre\\DAV\\Server-

getPropertiesForMultiplePaths(Array, Array)\n#10

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/CardDAV\/Plugin.php(255): Sabre\\CardDAV\\Plugin-

addressbookMultiGetReport(Object(DOMDocument))\n#11 [internal

function]: Sabre\\CardDAV\\Plugin->report('{urn:ietf:param...',
Object(DOMDocument), 'addressbooks\/la...')\n#12
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/ev
ent\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array,
Array)\n#13
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/CorePlugin.php(710): Sabre\\Event\\EventEmitter-

emit('report', Array)\n#14 [internal function]:

Sabre\\DAV\\CorePlugin->httpReport(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#15
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/ev
ent\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array,
Array)\n#16
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Server.php(469): Sabre\\Event\\EventEmitter-

emit('method:REPORT', Array)\n#17

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Server.php(254): Sabre\\DAV\\Server-

invokeMethod(Object(Sabre\\HTTP\\Request),

Object(Sabre\\HTTP\\Response))\n#18
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/apps\/contacts\
/app
info\/remote.php(84): Sabre\\DAV\\Server->exec()\n#19
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/remote.php(137)
:
require_once('[HOMEDIR_REMOVED_FOR_PARANOIA]\/...')\n#20 {main}",
"File":"[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/apps\/c
onta
cts\/lib\/carddav\/addressbook.php",
"Line":211}

OCA\Contacts\Backend\Database::getContact, Not found, id: http:



===
LOG - BASIC AUTH HEADERS
===

Exception: {"Message":"HTTP\/1.1 401 No basic authentication
headers
were
found","Exception":"Sabre\\DAV\\Exception\\NotAuthenticated","Code"
:0,"
Trace":"#0
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/lib\/private\/c
onne
ctor\/sabre\/auth.php(157):
Sabre\\DAV\\Auth\\Backend\\AbstractBasic-

authenticate(Object(Sabre\\DAV\\Server), 'ownCloud')\n#1

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/lib\/private\/c
onne
ctor\/sabre\/auth.php(127): OC\\Connector\\Sabre\\Auth-

auth(Object(Sabre\\DAV\\Server), 'ownCloud')\n#2

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Auth\/Plugin.php(118): OC\\Connector\\Sabre\\Auth-

authenticate(Object(Sabre\\DAV\\Server), 'ownCloud')\n#3
[internal

function]: Sabre\\DAV\\Auth\\Plugin-

beforeMethod(Object(Sabre\\HTTP\\Request),

Object(Sabre\\HTTP\\Response))\n#4
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/ev
ent\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array,
Array)\n#5
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Server.php(456): Sabre\\Event\\EventEmitter-

emit('beforeMethod', Array)\n#6

[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/sabre
\/da
v\/lib\/DAV\/Server.php(254): Sabre\\DAV\\Server-

invokeMethod(Object(Sabre\\HTTP\\Request),

Object(Sabre\\HTTP\\Response))\n#7
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/apps\/contacts\
/app
info\/remote.php(84): Sabre\\DAV\\Server->exec()\n#8
[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/remote.php(137)
:
require_once('[HOMEDIR_REMOVED_FOR_PARANOIA]\/...')\n#9
{main}","File":"[HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\
/3rd
party\/sabre\/dav\/lib\/DAV\/Auth\/Backend\/AbstractBasic.php","Lin
e":7
0}

On Wed, 2016-09-14 at 20:08 +1000, Mitchell Reese wrote:

Try creating a seperate account with a couple new contacts and
syncing
that. I had something similar a year back, and the issue was that
the
data
from a few contact was corrupt.

M

On Wednesday, 14 September 2016 5:19:58 PM AEST, Louis Holbrook
<accounts@xxxxxxxxxxx> wrote:

I'm using ownCube 8.2.5. It's a bit old, I know, but the people
maintaining the server opine that it's more stable than
subsequent
upgrades. I don't know...

Anyway, I can't for sure say whether this happened due to an
upgrade on
the phone or the server, because I can't remember last  I used
the
sync.

But since my laptop version of Evolution is still able to sync
it
(although the sync on my laptop is configured in
the .local/share/evolution and not .local/share/syncevolution -
maybe
that also makes a difference, I'm not fully fluent here), and
my
phone
suddenly is not, it indicates it has something to do with a
phone
update
in the meantime - most likely the one in july.





On Wed, 2016-09-14 at 07:57 +1000, Mitchell Reese wrote:

Working fine for me with contact sync...

What owncloud version are you on?

Mitchell

On Tuesday, 13 September 2016 6:09:21 PM AEST, Louis Holbrook
<accounts@xxxxxxxxxxx> wrote:

Has there been an upgrade of syncevolution in one of the

recent updates?

(I can't find any mention in any of the commitlogs):

http://people.canonical.com/~lzemczak/landing-team/ota/

I haven't used my sync (against OwnCloud) in the last
couple of
months
or so, but when I wanted to set it up again now, with the

same method as

before:

https://askubuntu.com/questions/616081/ubuntu-touch-add-conta
ct-l
ist-and-calendars


... the contact sync only gets 13 of 500+ contacts,
complaining
about
404 errors in "MULTIGET" requests.

  From the syncevolution changelog I get the impression that

this MULTIGET

feature is of newer date. Since the sync still works on my
Linux Mint
Evolution, I presume the change that broke the sync resides

on the phone

and not the OwnCloud instance.

Any ideas?

Follow ups

Re: Syncevolution upgrade? Broken owncloud carddav sync.
From: Louis Holbrook, 2016-09-17

References

Re: Syncevolution upgrade? Broken owncloud carddav sync.
From: Mitchell Reese, 2016-09-13
Re: Syncevolution upgrade? Broken owncloud carddav sync.
From: Mitchell Reese, 2016-09-14
Re: Syncevolution upgrade? Broken owncloud carddav sync.
From: Louis Holbrook, 2016-09-17
Re: Syncevolution upgrade? Broken owncloud carddav sync.
From: Mitchell Reese, 2016-09-17
Re: Syncevolution upgrade? Broken owncloud carddav sync.
From: Louis Holbrook, 2016-09-17