When I copy files, timestamps are not preserved. Both the created and modified times on the copied file update.
Both options to preserve timestamps are checked under file operations/ copying files/ attributes.
If I copy in File Explorer, timestamps are preserved. Same if I use Teracopy. It's only when I copy in Directory Opus that this occurs.
I've uninstalled and reinstalled Opus; no change in behavior.
Is there another setting I'm missing?
How are you doing the copy?
It happens no matter how I copy -- drag and drop, ctrl c/ctrl v, using the copy button (I added COPYFILETIMES=yes to the button -- didn't help)
Does it happen when copying a file to the desktop (in Opus; don’t drag to the Windows desktop), or only when copying to a NAS or similar?
Does adjusting the timestamps explicitly work from Opus? Or do they stay the same then as well?
Are other tools able to change / preserve the timestamps?
The usual reasons for this happening are either the filesystem not allowing timestamp changes, or something monitoring for new files and changing them after they’re created, causing the timestamp to jump.
First, the button I added the COPYFILETIMES argument to is now working properly (after several restarts). Drag and drop and ctrl c are still not working properly.
Copying to the desktop results in the same wrongly updated timestamp. (via drag and drop or ctrl c/ctrl v). The behavior is the same when copying files from folder to folder on the same drive, copying to an external usb drive, or copying to a network drive.
Adjusting the timestamp explicitly via the metadata pane does work. I also was able to use robocopy to overwrite the timestamps on my backup drive.
Other tools preserve the timestamps correctly. Robocopy, freefilesync, Beyond Compare, Teracopy, and File Explorer all preserve the timestamps when copying.
I've also belatedly noticed that when I copy directories, the timestamp on the directory is being preserved, even though I have no_copy_dir_dates set to true. In other words, the copying behavior is exactly the opposite of what I expect -- preserving the folder timestamps and not preserving the file timestamps. Odd.
I feel like I must have toggled something, but I can't figure out what.
I would use the normal copy/move buttons and only change settings via Preferences to keep things simpler.
Also see if toggling Preferences / Miscellaneous / Advanced: [Filesystem] copy_allow_delegation makes a difference, as that also affects how the timestamps are preserved. (If delegation is on, Windows is normally responsible for preserving them. With delegation off, Opus does it itself.)
But I suspect the problem is outside of Opus if it happens sometimes and not others without changing config. (That also makes it hard to test other software, since whatever it is might not be affecting them at the time of testing.) Either something blocking the timestamp change or changing the timestamp just after the copy completes. Process Monitor logs might reveal what if it's the latter, while the former is most likely due to something like permissions or antivirus if it's happening on both local and network drives.