<div dir="ltr"><div><div><div dir="ltr">>In many cases, what you want is actually a simple "import" from another 
device - but sharing the .vcf or .ics via Bluetooth sharing and then 
manually importing that via Settings->Apps->People->Import 
vCard is probably the >better option.<br>
</div></div><div><div><br></div><div>I was amazed at the easyness of the import from N9 to the TOH device - it was a breeze!</div><div><br></div></div>I believe a simple use case is Jolla->Jolla sync; for instance, if I want to switch from Xperia X to XA2; i have to<br></div><div>a) export the contacts to vcard</div><div>b) install a file editor (from openrepos?) to transfer the file in question over bluetooth to the XA2</div><div>c) find the file first</div><div>d) import the file on the xa2.</div><div><br></div><div>this is quite cumbersome, not to mention error-prone; a well-defined process with a pretty UI will rock anybody's</div><div>socks off, even if we are always talking how SFOS is a nerd platform, where bells and whistles are not necessary;<br></div><div>but if it wants to grow out of this box, having it's own (non-cloud based!) sync mechanism would definitely help.</div><div><br></div><div>So im a strong supporter for this syncml!<br></div>Just my 2 cents here :)<br><div><div><br></div><div><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 7, 2019 at 11:45 AM Chris Adams <<a href="mailto:chris.adams@jolla.com">chris.adams@jolla.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
Thanks for doing that work!<br>
<br>
I suspect that you are correct regarding the client-initiated syncs (in this use-mode, each Sailfish OS device assumes that it is both a SyncML server and a SyncML client, insofar as any change to its database might trigger a sync with another device (i.e. this device acts as a client) and any change to the other device's database might trigger it to sync with this device (i.e. this device acts as a server)).<br>
<br>
This was the fundamental reason why the original calendar sync PR wasn't able to be merged: the semantics of such "round trip, multiple device" synchronisation cycles weren't well defined, and instead the sync acted more as an "import" than a true "sync" (potentially resulting in data duplication).<br>
<br>
(For example: what happens if you sync contacts 5 times between the devices?  If you get 5x the whole addressbook, resulting in 5 constituent contacts being linked into a single aggregate contact, then that is clearly suboptimal / should be fixed before we merge.)<br>
<br>
In many cases, what you want is actually a simple "import" from another device - but sharing the .vcf or .ics via Bluetooth sharing and then manually importing that via Settings->Apps->People->Import vCard is probably the better option.<br>
<br>
Best regards,<br>
Chris.<br>
<br>
<br>
________________________________________<br>
From: Devel [<a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a>] on behalf of deloptes [<a href="mailto:deloptes@gmail.com" target="_blank">deloptes@gmail.com</a>]<br>
Sent: Wednesday, August 07, 2019 12:34 AM<br>
To: <a href="mailto:devel@lists.sailfishos.org" target="_blank">devel@lists.sailfishos.org</a><br>
Subject: Re: [SailfishDevel] SyncML Plugin Server question<br>
<br>
deloptes wrote:<br>
<br>
> To dig into it is out of scope for this project, but I wanted to have<br>
> honest opinion. I agree with Sateesh, but then not sure why ref is added<br>
> only on sync session, which makes server die each time you disable<br>
> bluetooth. There is not much one could do from the plugin to prevent this.<br>
> The logic is in buteo-syncfw. It should be applying to all plugins.<br>
<br>
Hi Chris, all reading this,<br>
<br>
the "digging" has become unnecessary as it came to light what was going on<br>
behind the scene.<br>
<br>
I did a move after testing different scenarios on the test device to put the<br>
software on my "production" daily/business phone yesterday.<br>
<br>
It took a while to settle all differences mostly in the contacts, which<br>
accumulated over the past two years, but finally the work was done.<br>
<br>
After a successful sync, as we already know from the previous post, the<br>
reference is not removed and the server keeps running.<br>
<br>
The next time the schedule runs to check/retrieve/sync the profiles, it sees<br>
the bluetooth profile and the server running and that the profile is<br>
enabled. Consequently it tries to start the sync from the phone as a<br>
client - here comes BTConnection from clientplugins/syncmlclient in the<br>
game, but of course on the other side no syncml server is running and it<br>
fails - after which the server is stopped.<br>
<br>
What was the purpose of this? Possible use case is Device A get close to<br>
Device B and Device B asks for a sync.<br>
I can hardly test this, because I would need a second buteo device - AFAIK<br>
Syncevolution does not support this or at least I have never used this<br>
feature.<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a></blockquote></div></div></div></div></div>