My Environment:
LEFT is Windows 7. Create Synchronicity V 6 (r1624)
RIGHT is a unix based network storage device - Seagate GoFlex Home device. Because it depends on unix file system, Windows Hidden and System are not supported.
As a test,
On the left I have a number of files in a single directory. 6 with attributes:A, 1 with attributes:HCA
On the right a single directory to copy them to.
I configure CS left to right incremental and start sync. Files are copied.
CS log shows 7 files copied.
File that started with attributes HCA now has only attribute N. (expected from NAS. Windows copy does same)
Set of 6 copy just fine. Have A attribute on Right. (expected behavior)
Now comes the problem that I can't explain.
I immediately run the sync again.
CS log shows 4 files copied including the one that originally had HCA attributes.
The other 3 files had not changed but were copied anyway and the file attributes on the Right are now N.
The remaining 3 files from Left are not copied.
Subsequent runs of CS will continue to copy these 4 files every time but always pass over the other 3.
I've examined all the dates visible in windows, the file size and attributes. I can't figure out why these files are being copied again and again. Or why the other 3 are not copied repeatedly. It makes no sense.
On a large scale, this happens to hundreds of files randomly scattered across my directly structure with no particular pattern. Does not happen when I sync Windows to Windows.
Any thoughts? I don't necessarily expect you to support this odd ball Windows/Unix combination. I also suspect it could be the seagate software. But, I'd be glad to help you run debugging software or whatever so you can try to solve the problem. How can I help?
Steve
Hi!
Thanks for this detailed bug report! I'm suspecting a rounding problem. Could you disable 'Strict file time comparison' in the profile settings and see if the problem persists? Also, could you write me at createsoftware@users.sourceforge.net? That would help me keeping you posted about the progress I make while investigating this problem.
Thanks again for your help,
Clément.