Re: [RFC] drop plugin batch_commit for 0.40?

On Monday 13 April 2009 18:18:44 Juergen Leising wrote:
> On Mon, Apr 13, 2009 at 02:09:45PM +0200, Daniel Gollub wrote:
>
> > Example:
> >
> > - commit() call with change UID: 00001
> > - plugin calls protocl specific code to commit change to peer
> > - plugins retrieves the new ID of the change which got just committed. ID: 123
> > - plugin now needs to call osync_changet_set_uid(change, "123");
> > - then the commit function ends with osync_context_report_success()
> >
> > With the context reply (osync_context_report_sucess()) an internal function
> > get called which reports the new UID to the internal mapping table.
>
> Oh, that's interesting. Did you know, that the file-sync plugin
> changes the UID in file-sync/src/filename_scape.h ?
> Unfortunately, the filenames are the actual carrier for the UIDs.

I tried to run file-plugin against kdepim4 Directory resource but it
failed due my misunderstanding of vcard versions, I used 2.1 in file-sync
and KDE uses 3.0 by default. After learning that opensync also supports
3.0, I need to try again it some day.

In KDE too, the UIDs are stored inside the file and into file name
and they do have to match, otherwise it will cause problems. I noticed
that the changes to the addressbook wont get written into disk if
they don't match. So those cards that came from phone, were unusable
in KDE side.

I think such conflict should be avoided regardless of the intended
use cases and other plugins.

Tuju

--
Varo hattupäisiä autoilijoita.

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel