Hi Philip,
again thanks for that patch 
It’s nice that the SyncML code gets some “love” now.
I just committed an other GroupDAV specific change, which allows to use
client specific mappings for GroupDAV clients, as we already do it for
SyncML. Doing that I also removed the code used in the iCal/vCard
handler to switch between the real UID and the SyncML GUID, which is now
no longer necessary.
Ralf
pherbert schrieb:
syncml changes to trunk:
in the past there where some issues with syncml
causing duplication or updates not being synced to
the client at all.
The major problem was that this issue could not be replicated as it only
does
occur when the install-id changes (for some reason or other).
This was caused because the syncml code always generated a
new guid (using the current install_id) for filling the
content_map table and syncing to the client.
However when evaluating the changes during sync, the clients content guid
(taken from the egw_contentmap) was compared to the changed content (the
stored guid) which differs
if there was a change in install-id.
Also during SlowSync (if the sync anchors do not match or the users
initiates this manually),
this caused duplication. (SlowSync fallback seems to happen often with
funambol iphone)
syncml now only uses the first two parts of the guid (appname-contentid) for
referencing the
content.
When exporting VCARDS, VNOTES, VEVENTS from now on always the stored guid is
used and not a
new generated one. (Ralf had done this change before to be RFC Compliant for
GroupDAV)
From now on syncml itself does not use the guid and the exported content
will have the correct
guid (the stored guid).
I have tested with Nokia eSeries (E90, E51) and Funambol IPhone.
Also I have run a short test with Funambol Outlook Connector 7.0.7
(not for field mapping - only to see if there are side effects due to the
changes)
also changed:
-Nokia E71 has been added (taken from Bug-Tracker #1810, thanks Gregor
Baiker).
-Field Mapping has been reviewed for e90, e51
-Fix for horde type ./caltasks to select the correct api.php (tasks in
calendar are synced to infolog again)
open issues (seen on Nokia eSeries):
horde type ./notes (taken from infolog notes) are synced to the client but
ignored on the nokia device
horde type ./notes (taken from the Notes Application (not ActiveNotes, which
do not sync at all) are synced to
infolog notes without a title
Please test syncml after updating - if you see any side effects please post
these to the list.
It would be good if there is some feedback before the next RC.
–Philip
–
Ralf Becker
Director Software Development
Stylite GmbH
[open style of IT]
Morschheimer Strasse 15
67292 Kirchheimbolanden
fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
cell +49 (0) 170 7815917
mailto: rb@stylite.de
www.stylite.de
www.egroupware.org
Geschäftsführer Andre Keller, Nigel John Vickers,
Gudrun K. Müller und Ralf Becker
Registergericht Kaiserslautern HRB 12087
This SF.Net email is sponsored by the Moblin Your Move Developer’s challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
