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='[email protected]'
# [2010-11-11 15:40:44.964] Compared
[loc=20101111t135424z-8821-33500-1...@pohly-mobl1-rid,REM=] with
[LOC=,[email protected]] (eqMode=1), cmpres=0
# [2010-11-11 15:40:44.964] TStdLogicDS::getMatchingItem, found
remoteID='[email protected]' 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=,[email protected]] (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='[email protected]', aMapflags=0x0,
aDelete=0
# [2010-11-11 15:40:44.964] - found entry by
entrytype/localID='20101111t135424z-8821-33500-1...@pohly-mobl1-rid' -
remoteid='[email protected]', 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='[email protected]'
# [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
[email protected]
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis
