RC1Bug: Move Dirs with option "Copy Date/time o directo

[jensp]

Hi,

Reproduce:
a) set the option "Copy Date/Time of directories"
b) move a directory-structure from one drive to another

--> Bug: date/time is only copied for root-directory not for subdirectories deeper in the directory structure.

Jens

[StatusQuo]

Confirmed (partly), but does only occur:

- on move to a different drive letter (no matter if that is on the same physical disk or not) and
- for all directories containing files and/or subdirs, the actual system date/time is assigned (instead of keeping the original date/time, as set in options)

Also applies to directories directly moved from root, not only their subdirs.

For empty directories their date/time is kept correct (unchanged).
The copy-function seems to be completely OK.

Screenshot

Same behaviour in TC 6.56.

[Horst.Epp]

If a new file is created in a directory, Windows does change the date/time of this directory.
So while files are copied into the newly created dirs Windows automatically changes the dir. With empty dirs this clearly doesn't happen.

[StatusQuo]

If a new file is created in a directory, Windows does change the date/time of this directory.

Sounds logical. Perhaps the move function could (after copying the files) get the date/time information from the old directory before deleting it?
I guess the well-working copy-function does this the same way then?

[ghisler(Author)]

TC already sets the directory time AFTER copying/moving all files in it. Unfortunately the disk cache can write the data long after Windows has reported successful copying, so Windows can re-set the date to the current date AFTER Total Commander has set the directory date.

Time line:
1. TC creates the directory
2. TC tells windows to copy/move the files to it
3. TC sets the directory time
4. Windows finishes copying the data and resets the directory time

I don't see any solution for this problem.

[StatusQuo]

Hm, I wonder why the copy function works better then.
Is your code using the same function for moving as for copying (and deletes the files afterwards)?
If you use different functions: Maybe the windows caching works in different ways for the used copy function and the move function?

[ghisler(Author)]

Yes, when moving between two disks, the functions are the same.

When moving within a disk, it's the same as renaming in place, so no file is really copied. I do not get a changed directory date in this case...

[IsoNick]

I was about to create a bug report when I stumbled over this thread. Thanks for the answers. In the future I will just copy all my files, and then delete the source manually afterwards. I'm using 7.04a.