extern/egroupware_official
1
0
Fork 0
mirror of https://github.com/EGroupware/egroupware.git synced 2024-12-12 17:50:42 +01:00
Code Issues Packages Projects Releases Wiki Activity
15,449 Commits 33 Branches 356 Tags 200 MiB
f28751da2e
Commit Graph

11 Commits

Author SHA1 Message Date
Klaus Leithoff
da872fae0c if there is a personal addressbook (positive ID) selected as Default or forced; assume users own ID, as it is handled in addressbook settings (addressbook to add new contacts to) 2010-04-08 13:19:13 +00:00
Ralf Becker
9e49963a46 reverting r29716 (Fix for SyncML prefs) 2010-04-06 12:51:17 +00:00
Ralf Becker
a87f6bdf33 merged r29620 to 9.2: Fix SyncML preferences 2010-04-06 10:09:40 +00:00
Jörg Lehrke
ecc20f62f0 Fix Funambol SIF enconding 2010-03-15 17:21:50 +00:00
Jörg Lehrke
f499955670 Apply Addressbook SyncML and GroupDAV changes 2010-03-07 12:48:10 +00:00
Jörg Lehrke
9e7f4a989e Disable debug messages in addressbook SIF class 2009-11-20 07:22:20 +00:00
Jörg Lehrke
d9adef103b Add new contacts to selected addressbook. Fix SIF category delimiter 2009-11-19 20:52:44 +00:00
Christian Binder
e76d659cac applied category preserve on import also to SIF classes 2009-11-19 15:30:53 +00:00
Ralf Becker
d333605510 - merged SyncML-1.2 branch with trunk: 
svn merge ^/trunk/addressbook@27378 ^/branches/SyncML-1.2/addressbook .
- re-added to trunk commits, which were somehow not in SyncML-1.2 branch:
svn merge -c 26581 ^/trunk/addressbook
svn merge -c 26582 ^/trunk/addressbook
 2009-07-15 19:44:09 +00:00
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
Ralf Becker
7a2e1a66e2 renamed addressbook classes to use autoloading, was just a test to get 
an idea about the effort - not sure I want to do that with all apps ;-)
 2008-05-10 12:02:49 +00:00