SyncEvolution 18.104.22.168+20130529+SE+b989f69+SYSYNC+3366831 (pre-release)
Sometimes after a Sync with an unmodified addressbook,
the return value of SyncPeer show "modified" contacts.
method return sender=:1.3 -> dest=:1.0 reply_serial=70
variant int32 0
variant boolean true
variant int32 0
variant int32 1
This Issue seems common with a phone synchronization because the "TYPE" of the fields used is mainly Producer Dependent.
I noticed that it depend on the vCard format exported by the device:
This vCard works fine
TEL;TYPE=CELL:(88) 8885 5555
This vCard instead, every time is imported, is considered different:
(The only difference with the previous is the "VOICE" field)
TEL;TYPE=CELL,VOICE:(88) 8885 5555
(In reply to comment #0)
> Version used:
> SyncEvolution 22.214.171.124+20130529+SE+b989f69+SYSYNC+3366831 (pre-release)
> Sometimes after a Sync with an unmodified addressbook,
> the return value of SyncPeer show "modified" contacts.
Sounds like this bug, which was fixed in 126.96.36.199 (from the NEWS file):
* EDS contacts: avoid unnecessary DB writes during slow sync
Traditionally, contacts were modified shortly before writing into EDS
to match with Evolution expectations (must have N, only one CELL TEL,
VOICE flag must be set). During a slow sync, the engine compare the
modified contacts with the unmodified, incoming one. This led to
mismatches and/or merge operations which end up not changing anything
in the DB because the only difference would be removed again before
Please try with 188.8.131.52 and reopen the bug if the problem still exists.