Folder date/time preservation

[nilsonj]

I'm transferring large folder trees right now and running into a problem whereby the files in the job are preserving date/time info, but the folders are not. Any zero-file folders are fine, but folders with files inside will ultimately fail. Considering the algorithm as I understand it currently, I believe this to be due to the addition of files into the folder tree after creation of the folder with proper attributes. Essentially the OS is updating the modified date right after dumping the files it contains. This makes sense from an OS perspective, but not exactly what we want. It would be better to have an option that sweeps the folder tree and applies the date/timestamps from source to destination in a single final pass (i.e. after all files have been transferred) so as not to continuously update folders with each file drop. What happens after that point is the business of the user.

[nilsonj]

I see this has already been discussed here: viewtopic.php?t=6123

[therube]

(Related: sync.ffs_lock is touching source folder modified date/time.)