ubuntu-phone team mailing list archive

Thread
Date
Re: Syncevolution upgrade? Broken owncloud carddav sync.

To: Mitchell Reese <dev@xxxxxxxxxxxxxxxxxxxxx>, Ubuntu Touch <ubuntu-phone@xxxxxxxxxxxxxxxxxxx>
From: Louis Holbrook <accounts@xxxxxxxxxxx>
Date: Sat, 17 Sep 2016 12:34:56 +0200
In-reply-to: <f1c2d608-ec79-f17b-6d48-f300d1662f85@curiouslegends.com.au>
Too tedious :D

I've written to the syncevolution developer to ask if there's a way to
--import without duplicates. If so, then doing that manually meanwhile
is the solution for me, I think.

I'll share whatever reply I get from him.

Thanks for your input in the meantime :)



On Sat, 2016-09-17 at 20:30 +1000, Mitchell Reese wrote:
> I meant try deleting them from the owncloud server, then re-adding
> them 
> there. 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\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Tree.php(76): OCA\\Contacts\\CardDAV\\AddressBook-
> > > > > 
> > > > > getChild('http:')\n#1
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-
> > > > > 
> > > > > getNodeForPath('addressbooks\/la...')\n#2
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-
> > > > > 
> > > > > getNodeForPath('addressbooks\/la...')\n#3
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-
> > > > > 
> > > > > getNodeForPath('addressbooks\/la...')\n#4
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-
> > > > > 
> > > > > getNodeForPath('addressbooks\/la...')\n#5
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-
> > > > > 
> > > > > getNodeForPath('addressbooks\/la...')\n#6
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Tree.php(71): Sabre\\DAV\\Tree-
> > > > > 
> > > > > getNodeForPath('addressbooks\/la...')\n#7
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Tree.php(270): Sabre\\DAV\\Tree-
> > > > > 
> > > > > getNodeForPath('addressbooks\/la...')\n#8
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Server.php(977): Sabre\\DAV\\Tree-
> > > > > 
> > > > > getMultipleNodes(Array)\n#9
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/CardDAV\/Plugin.php(321): Sabre\\DAV\\Server-
> > > > > 
> > > > > getPropertiesForMultiplePaths(Array, Array)\n#10
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/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\/s
> > > > abre
> > > > \/ev
> > > > ent\/lib\/EventEmitterTrait.php(105):
> > > > call_user_func_array(Array,
> > > > Array)\n#13
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/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\/s
> > > > abre
> > > > \/ev
> > > > ent\/lib\/EventEmitterTrait.php(105):
> > > > call_user_func_array(Array,
> > > > Array)\n#16
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Server.php(469): Sabre\\Event\\EventEmitter-
> > > > > 
> > > > > emit('method:REPORT', Array)\n#17
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/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\/conta
> > > > cts\
> > > > /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\/app
> > > > s\/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","C
> > > > ode"
> > > > :0,"
> > > > Trace":"#0
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/lib\/privat
> > > > e\/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\/privat
> > > > e\/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\/s
> > > > abre
> > > > \/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\/s
> > > > abre
> > > > \/ev
> > > > ent\/lib\/EventEmitterTrait.php(105):
> > > > call_user_func_array(Array,
> > > > Array)\n#5
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/da
> > > > v\/lib\/DAV\/Server.php(456): Sabre\\Event\\EventEmitter-
> > > > > 
> > > > > emit('beforeMethod', Array)\n#6
> > > > [HOMEDIR_REMOVED_FOR_PARANOIA]\/public_html\/cloud\/3rdparty\/s
> > > > abre
> > > > \/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\/conta
> > > > cts\
> > > > /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\/cl
> > > > oud\
> > > > /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-c
> > > > > > > onta
> > > > > > > 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?
> > > > > > > > 
> > > > > > > >
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
Re: Syncevolution upgrade? Broken owncloud carddav sync.
From: Mitchell Reese, 2016-09-17