When using version 184.108.40.206, synchronizing phone after initial sync finishes with updated contacts, but their content did not change since last synchronization.
Created attachment 107410 [details]
Created attachment 107411 [details]
Created attachment 107412 [details]
Created attachment 107413 [details]
Created attachment 107414 [details]
This is most likely an undesired side effect of this performance-enhancement commit:
Author: Patrick Ohly <email@example.com>
Date: Wed Sep 10 10:52:10 2014 +0200
PBAP: use raw text items
This avoids the redundant parse/generate step on the sending
side of the PBAP sync.
What I had not taken into account is that the parse/generate step is important for the item comparison during a cache sync.
I need to think some more about a proper way to solve this, and also ensure that I have automated test coverage for this kind of failure.
In the meantime, can you try with the commit above reverted? The majority of the performance enhancement in 220.127.116.11 was elsewhere, so it shouldn't add back that much overhead.
With this commit reverted, issue is no longer reproducible.
A better solution based on an enhanced comparison (RELAXEDCOMPARE()) was implemented in 1.5, without reverting the performance enhancement.