asked 2016-06-01 13:24:55 +0300
kinda parallel problem: Jolla Address book is messing up my google contacts! It will add 'city' information to the 'address' field, thus clearing google's 'City' fileld, and it will switch labels to 'other'. Also I feel Landline numbers get labeled 'mobile' quite often.
answered 2016-06-02 00:01:48 +0300
I had also a problem with messing up existing contacts in my owncloud sync. To get it fixed, I had to delete the sync account in my jolla and then the important part was to delete the contacts database in my home folder, you will find a tutorial here, if you search for it. After that I added the sync account again and all works very fine. Hope that helps!
Asked: 2016-06-01 13:24:55 +0300
Seen: 157 times
Last updated: Jun 02 '16
I'm a big fan of jolla and sailfish, but it pisses me off, that it is not possible until today, to correctly show all fields of my google contacts in the people app.
peter-berlin ( 2016-06-01 13:48:29 +0300 )edithttps://git.merproject.org/mer-core/buteo-sync-plugins-social/commit/56f4f4242cd738b4378a5f0d2ecc9b5da9c0d271 should fix the issue with City field mapping, for most people.
This issue is that Google supports different field definitions to the SailfishOS platform API, so a perfect round-trip mapping is not possible for address details (Google supports more than SFOS) or phone numbers (SFOS supports more, and different combinations of types, than Google).
chris.adams ( 2016-06-02 04:49:57 +0300 )edita) how to apply that fix? It looks quite buried in system files, to me. b) got a better chance with apple's address book or different flavour of same problem? c) does that mean no CalDav and CardDav Standard suppoerted by SFOS? Why? Even OSX <> Google works quite well (except reminders)
danfin ( 2016-06-02 09:07:15 +0300 )edita) requires building and installing an updated sociald package (steps: clone the repo, checkout the appropriate tag version, build via the platform sdk, then deploy the built package to your device - see https://sailfishos.org/wiki/Collaborative_Development#Contribution_Example for examples of clone/build/deploy steps).
b) every service has their own semantics in terms of which fields they support and to what extent, this includes Apple etc. Synchronisation software on different devices use complicated algorithms and rulebooks for resolving conflicts like this - in SailfishOS, our conflict resolution strategies are somewhat limited since we don't have huge amounts of resources (developers, testers, and testcases).
c) Again, the CalDAV and CardDAV standards as defined by RFC are never implemented the same way by different services. E.g., SabreDAV is different to COZY is different to Memotoo is different to Zebra is different to... We try to support them all, but without more resources (especially in-house test servers running instances of those services against which we can test changes) there will always be bugs in our sync plugins which prevent 100% interoperability with all CDav services.
chris.adams ( 2016-06-06 05:07:02 +0300 )editnot totally sure about, but the address book label / content mess (sailfish <> google) seems to work better with 2.0.2.45. 'City' does not jump into 'Street', a label 'Work' for a address seems to stay. Anybody else? OK, field labels and field content seems to stick as it was entered. Survives a Jolla sync, so to say.
danfin ( 2016-07-04 11:21:59 +0300 )edit