18414 Sync not mirroring Date Modified

[chrisjj]

After Sync Mirror to Right, the destination files have the current datetime, not the original datetime:

http://i.imgur.com/0NtAquw.png

That's not a mirror. And (unless I change the Settings) it makes the next sync copy all the files again.

How do I get datetime to be mirrored?

[chrisjj]

Well, that's strange. Today, without making any session change or even exiting and relaunching the app, the problem is gone:

http://i.imgur.com/CiidwH8.png

[Aaron]

What is S:\? As you know, we try to preserve the timestamp during a copy, but if we can't it gets the current timestamp of the time of the transfer. If S:\ is some kind of device that was temporarily preventing this, or has been rebooted or interacted with in any way, it might have restored this ability. At which point, BC's copy is then able to preserve the timestamp.

[chrisjj]

S:\ is an internal hard drive volume.

And I would really like to know what could cause BC to fail to read the timestamp from such a device, and without warning too. That's totally unacceptable for my mirrored backups.

[Aaron]

It's not reading, it's writing. If something on the destination prevents the timestamp setting, then it gets the time of the transfer. This is most common for specialized protocols that aren't fully implemented, like a buggy MTP or restrictive FTP. I'm not familiar with any cases where an internal hdd had similar issues, or that it would clear up without a reboot. If it occurs, please try repeating the test with Windows Explorer to note how it handles the same transfer.

[chrisjj]

It's not reading, it's writing. If something on the destination prevents the timestamp setting, then it gets the time of the transfer.

Thanks for the correction. Please pass on my suggestion that a warning be given before writing a fabricated timestamp. Silent loss of data such as timestamp is not acceptable to me.

I'm not familiar with any cases where an internal hdd had similar issues, or that it would clear up without a reboot.

Good to know. Thanks.

If it occurs, please try repeating the test with Windows Explorer to note how it handles the same transfer.

Will do.