egroupware/phpgwapi/inc/horde/Horde/SyncML/Sync
Ralf Becker 1baa158195 Big SyncML patch from Philip Herbert <pherbert(at)knauber.de>:
- change the processing of slowsync, to use the content_map instead of
  trying to build a new one. This caused duplication issues on the
  client if multiple similar records where stored, because only the first
  one found in the server-db was matched, These duplicate entries at client
  side had no entry at serverside, so deleting the wrong one
  on the client (the content with a valid map entry) could cause
  unwanted data loss at server side, because it is impossible for the
  user to see what is a duplicate, and what is not.

see also: 
http://www.nabble.com/again---syncml-duplication-issue-to20333619s3741.html

- reenabled UID from syncml clients, because it was partly used this caused
  issues during SlowSync if the content was changed. 

- infolog, calendar if a uid is found in the provided data, allway try to
  find the corresponding content first   using only the UID, instead of
  using the content-id taken from content_map.

also fixed:

- a few fixes in ./notes
- creating an entry on the client that can not be imported,
  (Example, Nokia E Series Appointment without a Title)
  will no longer create an invalid content-map entry
  However, at client side this is still counted in the Protocol as
  Server-Add
2008-11-16 10:42:29 +00:00
..
OneWayFromClientSync.php first commit of syncml code 2005-06-19 19:00:58 +00:00
OneWayFromServerSync.php different SyncML fixes 2006-01-16 09:49:51 +00:00
RefreshFromClientSync.php first commit of syncml code 2005-06-19 19:00:58 +00:00
RefreshFromServerSync.php Big patch from Philip Herbert (Knauber) modifying the SyncML code to no 2008-11-03 07:44:02 +00:00
SlowSync.php Big SyncML patch from Philip Herbert <pherbert(at)knauber.de>: 2008-11-16 10:42:29 +00:00
TwoWaySync.php Big patch from Philip Herbert (Knauber) modifying the SyncML code to no 2008-11-03 07:44:02 +00:00