Hello! I have a question about matching items. Here's my situation: * Client and server both have the same iCalendar 2.0 VEVENT (UID is identical). * SUMMARY is changed on server, one line is added to description. * SUMMARY is changed on client. * Slow sync.
I had changed the "calendar" field list so that all fields have compare="never", except for UID and ORIGSTART, which have compare="always". The rationale is that if it is known that both sides support UID, that alone should be used to find matches. What I expect in this case is that: 1. Synthesis engine finds the match. 2. The more recently modified SUMMARY from the client is preserved (DMODIFIED = LAST-MODIFIED is marked as age="yes"). 3. The additional line of the description is preserved (DESCRIPTION has merge="lines"). What happens instead is that the engine finds the match, but then skips merging the items and updating them on server and client, leaving them unsynchronized. Is that the desired behavior? Do I have to configure the engine differently? >From the log file: # [2010-11-11 15:40:44.964] Testing filter '' against item: # [2010-11-11 15:40:44.964] Filter test result is TRUE # [2010-11-11 15:40:44.964] comparing (this) local item localID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid' with incoming (other) item remoteID='20101111t135424z-8821-33500-1...@pohly-mobl1.ics' # [2010-11-11 15:40:44.964] Compared [loc=20101111t135424z-8821-33500-1...@pohly-mobl1-rid,REM=] with [LOC=,rem=20101111t135424z-8821-33500-1...@pohly-mobl1.ics] (eqMode=1), cmpres=0 # [2010-11-11 15:40:44.964] TStdLogicDS::getMatchingItem, found remoteID='20101111t135424z-8821-33500-1...@pohly-mobl1.ics' is equal in content with localID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid' # [2010-11-11 15:40:44.964] Slow Sync Match detected - localID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid' matches incoming item # [2010-11-11 15:40:44.964] Compared [loc=20101111t135424z-8821-33500-1...@pohly-mobl1-rid,REM=] with [LOC=,rem=20101111t135424z-8821-33500-1...@pohly-mobl1.ics] (eqMode=2), cmpres=0 # [2010-11-11 15:40:44.964] calendar: testState=TRUE - expected state>='sync_mode_stable', found state=='sync_set_ready' # [2010-11-11 15:40:44.964] ModifyMap called: aEntryType=normal, aLocalID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid, aRemoteid='20101111t135424z-8821-33500-1...@pohly-mobl1.ics', aMapflags=0x0, aDelete=0 # [2010-11-11 15:40:44.964] - found entry by entrytype/localID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid' - remoteid='20101111t135424z-8821-33500-1...@pohly-mobl1.ics', mapflags=0x0, changed=0, deleted=1, added=0, markforresume=0, savedmark=0 # [2010-11-11 15:40:44.964] - matching entry found - re-activating deleted and/or updating contents if needed # [2010-11-11 15:40:44.964] Map entry updated: LocalID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid', RemoteID='20101111t135424z-8821-33500-1...@pohly-mobl1.ics' # [2010-11-11 15:40:44.964] Preventing localID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid' to be sent to client # [2010-11-11 15:40:44.964] Item with localID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid' will NOT be sent to client (usually due to slowsync match) # [2010-11-11 15:40:44.964] Deleted command 'Status' (outgoing MsgID=0, CmdID=0) -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ os-libsynthesis mailing list os-libsynthesis@synthesis.ch http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis