[#6657] Allow SyncML conflict resolution by duplication
Summary Allow SyncML conflict resolution by duplication
Queue Synchronization
Queue Version Git master
Type Enhancement
State Assigned
Priority 1. Low
Owners wrobel (at) horde (dot) org
Requester wrobel (at) horde (dot) org
Created 2008-04-28 (4924 days ago)
Updated 2010-10-24 (4015 days ago)
Assigned 2009-01-12 (4665 days ago)
Patch No

2010-10-24 12:13:52 Jan Schneider Version ⇒ Git master
Patch ⇒ No
2009-01-12 00:13:07 Jan Schneider Assigned to Gunnar Wrobel
Taken from Jan Schneider
State ⇒ Assigned
2009-01-11 22:29:57 Gunnar Wrobel Comment #4 Reply to this comment
Make sense. I know I can't respond to this within two weeks. Can you 
assign it to me so that I have it on my long term ToDo list?
2009-01-10 13:10:20 Jan Schneider Comment #3
Taken from Karsten Fourmont
State ⇒ Feedback
Reply to this comment
Taking a closer look at this patch, I can't accept it with the current 
implementation. Reason is, that it does yet another request to the 
backend for every single client change. Synchronization already puts a 
high load on the backend and I don't want to even worse it. Especially 
since we retrieve the information about server changes anyway, at 
least during two-way-syncs.

That's another point, only two-way-syncs can create conflicts, so we 
should only check for them in this case. OTOH, we only retrieve both 
server and client changes in two-way-syncs, so it might be sufficient 
to simply compare them.
2009-01-10 12:59:10 Jan Schneider Deleted Original Message
2008-05-07 13:22:37 Gunnar Wrobel Comment #2
New Attachment: HK-GW-SyncML_conflicts[1].patch Download
Reply to this comment
Updated patch to current CVS HEAD.
2008-05-02 17:51:42 Jan Schneider Patch ⇒ Yes
2008-05-01 21:02:03 Chuck Hagenbuch State ⇒ Assigned
2008-04-28 08:07:32 Gunnar Wrobel Assigned to Jan Schneider
Assigned to Karsten Fourmont
2008-04-28 07:56:56 Gunnar Wrobel Comment #1
Type ⇒ Enhancement
State ⇒ New
Priority ⇒ 1. Low
Summary ⇒ Allow SyncML conflict resolution by duplication
Queue ⇒ Synchronization
Milestone ⇒
Patch ⇒ No
New Attachment: HK-GW-SyncML_conflicts.patch
Reply to this comment
The SyncML module in Horde responds to a conflict situation (item 
edited on both the server and the client since the last 
synchronization) with "first synchronization wins". This means the 
client will usually overwrite any modifications done on the server as 
the client usually synchs first during a synchronization run.

The attached patch will respond to such conflicts with a duplication 
of the conflicting element. I believe this is preferable over possible 
data loss. If necessary it could also be made configurable.

Saved Queries