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
> > > <accou...@holbrook.no> 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
> > > > > <accou...@holbrook.no> 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?
> > > > > >
> > > > > >
>
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
