Re: [SailfishDevel] SyncML Plugin Server question

2019-08-07 Thread Tone Kastlunger
vice - 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. > > Best regards, > Chris. > > > ____ > From: Devel [devel-bou

Re: [SailfishDevel] SyncML Plugin Server question

2019-08-07 Thread deloptes
Graham Cobb wrote: > +1 > > deloptes is one of the few major PIM Sync developers who hasn't given up > and is still doing very useful work! I speak as a former contributor to > Opensync, GPE sync, Syncevolution (and several other attempts) who has > largely given up on the problem. Ah, what a su

Re: [SailfishDevel] SyncML Plugin Server question

2019-08-07 Thread deloptes
Chris Adams wrote: > Thanks for doing that work! > And I thank you for your opinion and support so far, really appreciated as the topic is very important (I hope not only for me). This message will be a bit longer, but I try to summarize here the most important results and ideas that emerged o

Re: [SailfishDevel] SyncML Plugin Server question

2019-08-07 Thread Graham Cobb
On 07/08/2019 09:45, Chris Adams wrote: > Thanks for doing that work! +1 deloptes is one of the few major PIM Sync developers who hasn't given up and is still doing very useful work! I speak as a former contributor to Opensync, GPE sync, Syncevolution (and several other attempts) who has largely

Re: [SailfishDevel] SyncML Plugin Server question

2019-08-07 Thread Chris Adams
dnesday, August 07, 2019 12:34 AM To: devel@lists.sailfishos.org Subject: Re: [SailfishDevel] SyncML Plugin Server question deloptes wrote: > To dig into it is out of scope for this project, but I wanted to have > honest opinion. I agree with Sateesh, but then not sure why ref is adde

Re: [SailfishDevel] SyncML Plugin Server question

2019-08-06 Thread deloptes
deloptes wrote: > To dig into it is out of scope for this project, but I wanted to have > honest opinion. I agree with Sateesh, but then not sure why ref is added > only on sync session, which makes server die each time you disable > bluetooth. There is not much one could do from the plugin to pre

Re: [SailfishDevel] SyncML Plugin Server question

2019-07-26 Thread deloptes
Chris Adams wrote: > 3) it's worth checking `git blame ` to see which commit added > that #ifdef to try to see why it was done that way.  It may be incorrect. > If you trace the code, can you see any other such cases where the > reference count to a plugin process was not updated "appropriately"?

Re: [SailfishDevel] SyncML Plugin Server question

2019-07-25 Thread Chris Adams
om] Sent: Thursday, July 25, 2019 11:06 PM To: devel@lists.sailfishos.org Subject: Re: [SailfishDevel] SyncML Plugin Server question deloptes wrote: > Hi, > > I wanted to know if following scenario is normal from msyncd point of view > to stop the server when no sync was done and to le

Re: [SailfishDevel] SyncML Plugin Server question

2019-07-25 Thread deloptes
deloptes wrote: > Hi, > > I wanted to know if following scenario is normal from msyncd point of view > to stop the server when no sync was done and to leave the server running > after one sync was done. > > E.0. restart msynd to make sure all is clean > A.1. enable BT - msyncd spawns the syncml-

[SailfishDevel] SyncML Plugin Server question

2019-07-25 Thread deloptes
Hi, I wanted to know if following scenario is normal from msyncd point of view to stop the server when no sync was done and to leave the server running after one sync was done. E.0. restart msynd to make sure all is clean A.1. enable BT - msyncd spawns the syncml-server process A.2. disable BT -