Preserve all item dates stopped working

[AlexCoast]

My system is Win8.1/x64, XYplorer 27.10.0600, and I use everything in Spanish.
When I move a folder and it finds other folder with the same name in the destination place, renaming it with a suffix doesn't preserve the original date. Previously, the dates were perfectly preserved. I work with backups and often use folder dates as a reference to identify older folders. I've attached screenshots of the configuration.
Thanks in advance for your attention!

[admin]

Thanks, I'll look into it.

BTW, "Si aaprecen errores"??? You should notify the translator about such errors: viewtopic.php?p=232020#p232020

[admin]

1) You say "When I move a folder..." and then show your Backup configuration. Backup is always copy, not move. So, what is it now?

2) The setting "Suffix increment to copy" only affects files, not folders. If folders collide they are merged. So when you say "renaming it with a suffix doesn't preserve the original date", who does the renaming?

[AlexCoast]

Thanks, I'll look into it.

BTW, "Si aaprecen errores"??? You should notify the translator about such errors: viewtopic.php?p=232020#p232020

The translation error is obvious, and I've seen it. I've attached the screenshots to provide context and better explain what configuration I'm using. But my priority right now is to resolve the functionality issue, as it effectively affects my work. A formal issue is important, but not urgent.

[AlexCoast]

1) You say "When I move a folder..." and then show your Backup configuration. Backup is always copy, not move. So, what is it now?

2) The setting "Suffix increment to copy" only affects files, not folders. If folders collide they are merged. So when you say "renaming it with a suffix doesn't preserve the original date", who does the renaming?

The Backup Operations and Custom Copy Operations settings in my case are identical (I can upload screenshots if necessary). If you look at the corresponding screenshots, I have Custom Copy configured for both moving and copying. You can even configure the suffix format.
I've been using this option for a while, and the creation and modification dates of directories remained unchanged.
Here's an example of how I work.
I'm a teacher currently doing research. I have backups of my work files going back two decades, and I decided to copy them to a new unified external hard drive so I can access them more efficiently. Once on the new external hard drive, I have to organize those files, located within directories, which often have the same name. For example, doing a search, I find something like the following:

FOLDER1
(Created and modified in 2011)

FOLDER1
(Created and modified in 2016)

When I cut and paste those two folders with the same names into, for example, UNIFIEDFOLDER,
this happens:

FOLDER1
(Created and modified in 2011)

FOLDER1_001
(Created and modified in 2025)

Clarification: The _001 suffix is ​​the one I configured in XYplorer; it can be set in different ways.

I performed this operation a few days ago and noticed that two old folders all had current dates. Luckily, I was able to resolve it, as I noticed it right away. XYplorer used to move folders while perfectly preserving their attributes; it's only with the current version that it stopped working (I also checked previous operations and there was no problem). Now, I must take the precaution of renaming each directory with a duplicate name in its original location, with the resulting extra time consumed, which is detrimental to productivity, so that when they are moved, they retain their dates. The thing is, I have a lot of material. If this happened to me with 10 directories with duplicate names, I would have to dig through the files within each folder to date them correctly (it's worth noting that Windows, in the case of files, is much more user-friendly and faithfully preserves the attributes).

In short, with the current version of XYplorer, a folder moved and renamed with a suffix is ​​considered a new folder, not an old folder (in fact, natively, Windows only changes the date if I change the contents; if I rename it, the attributes remain unchanged).

There's a previous post, "Custom Copy changes the date created and date modified when it shouldn't," from May 23, which describes a very similar situation.

[admin]

1) I can reproduce it only when I tick "Rename folders on collision" which is not ticked in your screenshots.

RenameFoldersOnCollision.png

2) You say "Previously, the dates were perfectly preserved." Which version was that?

3) v27.10.0703 fixes something that looks very similar. Maybe your issue is fixed as well: viewtopic.php?p=232136#p232136

[AlexCoast]

1) I can reproduce it only when I tick "Rename folders on collision" which is not ticked in your screenshots.
RenameFoldersOnCollision.png

2) You say "Previously, the dates were perfectly preserved." Which version was that?

3) v27.10.0703 fixes something that looks very similar. Maybe your issue is fixed as well: viewtopic.php?p=232136#p232136

1) Yes, that's correct. I previously had that option unchecked for automation, and now it's checked to prevent accidental renames.
2) I regularly update XYplorer; I wouldn't know which version I was using for each rename operation. It would take too long to figure that out by reviewing the logs. What I can tell you are the versions I've used this year (excluding the current one, 27.10.0600):
26.90.0100
27.00.0100
27.00.0400
27.00.0700
27.00.0800
27.10.0000
3) Thanks for the link, interesting, it shows progress.

[admin]

3) Thanks for the link, interesting, it shows progress.

Is that a way of saying it's fixed?

[AlexCoast]

3) Thanks for the link, interesting, it shows progress.

Is that a way of saying it's fixed?

The post says the issue was fixed in the latest beta, although I haven't had a chance to download and test it yet. It would be logical to say that the bug would actually be resolved when the final version is released (in the downloads section, when downloading the current version, it indicated that the next version will be 64-bit). Likewise, when I install the 32-bit beta, I'll post my results here.

[AlexCoast]

3) Thanks for the link, interesting, it shows progress.

Is that a way of saying it's fixed?

I ran a test on the latest 32-bit beta (27.10.0704), and it was successful; the dates of the moved folders didn't change. I'd like to run more tests and will post the results in due course.
On the 64-bit beta, I haven't yet tested moving and renaming with a suffix , as I encountered a problem similar to the one in this post:

viewtopic.php?t=28956&sid=0750e46fb473e ... f15a5588f4

[admin]

On the 64-bit beta, I haven't yet tested moving and renaming with a suffix , as I encountered a problem similar to the one in this post:
viewtopic.php?t=28956&sid=0750e46fb473e ... f15a5588f4

Tell me more about it.

[AlexCoast]

On the 64-bit beta, I haven't yet tested moving and renaming with a suffix , as I encountered a problem similar to the one in this post:
viewtopic.php?t=28956&sid=0750e46fb473e ... f15a5588f4

Tell me more about it.

I describe the problem in a comment in the following topic:

viewtopic.php?t=28956