rename file changes its created date

[775405984]

Say I have a video file named ABC.mp4, I also have a different version of that video named ABC1.mp4.

If I delete ABC.mp4, and rename ABC1.mp4 to ABC.mp4, the created date and modified date also changes to the deleted file in Everything.

Is this normal?

[NotNull]

Say I have a video file named ABC.mp4, I also have a different version of that video named ABC1.mp4.

If I delete ABC.mp4, and rename ABC1.mp4 to ABC.mp4, the created date and modified date also changes to the deleted file in Everything.

Is this normal?

That could happen under certain circumstances. In recent versions there were a lot of improvements in this regard.

Please update to 1.4.1.935 or later (can be found here) and do a Force Rebuild (Menu:Tools > Options > Indexes)

[therube]

I must have missed it (or forgotten).
Links to those circumstances?

[775405984]

That could happen under certain circumstances. In recent versions there were a lot of improvements in this regard.

Please update to 1.4.1.935 or later (can be found here) and do a Force Rebuild (Menu:Tools > Options > Indexes)

Tried that, didn't work. Problem persist.

I should mention this only happens when the said two files were in the same folder.

[void]

Is the ABC.mp4 file indexed as a NTFS volume or folder index (eg: Is the drive of ABC.mp4 listed in Tools -> Options -> NTFS? or have you added this folder to Tools -> Options -> Folders)

Have you set any exclude filters in Tools -> Options -> Exclude?

[NotNull]

I must have missed it (or forgotten).
Links to those circumstances?

Sorry, no links, but from the list of changes:

[926] Fixed a crash when renaming a folder with excluded subfolders.
[922] Fixed an issue with deleting or renaming ReFS folders.
[921] Fixed an issue with Everything detecting renamed files.
[906] Added extended Read Directory Change rename debug information.
[903] Fixed an issue with detecting renamed files on ReFS volumes.
[896] Fixed an issue when renaming with display_full_path_name enabled.
[888] Fixed an issue when using invalid characters to rename a file.
[886] Fixed an issue introduced in 885b causing corruption when renaming a folder.
[885] Fixed database corruption when renaming a folder when folder size indexing is enabled or when there is a folder exclude.

[therube]

Well sure, I looked through that too & yes, all kinds of things can go wrong.
But I thought there was something specific to the OP's issue.

Anyhow, FWIW, I've never noticed anything such as was described.

[void]

It sounds like Everything is not detecting the deletion of ABC.mp4, hence the stale file information.

If you are using folder indexing then it is possible Everything missed the deletion (too many changes occurred in a short period). Everything should rebuild folder indexes daily.

If you are using NTFS indexing, and if the Everything Service was stopped, then Everything will not pickup these changes until the Everything Service and the Everything client are restarted.

Do you have any hard links to ABC.mp4? -Everything will currently only detect changes to first instance of a hard link.

Are you able to reproduce the issue?

Is Everything still showing the incorrect date after forcing a rebuild from Tools -> Options -> Indexes -> Force Rebuild?

[775405984]

It sounds like Everything is not detecting the deletion of ABC.mp4, hence the stale file information.

If you are using folder indexing then it is possible Everything missed the deletion (too many changes occurred in a short period). Everything should rebuild folder indexes daily.

If you are using NTFS indexing, and if the Everything Service was stopped, then Everything will not pickup these changes until the Everything Service and the Everything client are restarted.

Do you have any hard links to ABC.mp4? -Everything will currently only detect changes to first instance of a hard link.

Are you able to reproduce the issue?

Is Everything still showing the incorrect date after forcing a rebuild from Tools -> Options -> Indexes -> Force Rebuild?

I deleted the file in within Everything. So that's pretty much not it.

It doesn't have to be a video, txt files have this problem as well. It doesn't even have to have the same size, as long as the name was.

I can reproduce this problem, and I think you can too if you followed said instructions.

And yes, I did Force Rebuild the indexes, and the problem persists.

[void]

I too am able to reproduce the issue.

It appears to be a Windows feature called file tunneling.

The renamed file or new file with the same filename as the deleted file, will use the deleted file's date created.

The same bug/feature occurs in Windows Explorer too.

https://web.archive.org/web/20160221231 ... /kb/172190

Disabling Tunneling fixed the issue for me.

To Disable Tunneling:
Follow these steps, and then quit Registry Editor:

1. Click Start, click Run, type regedit, and then click OK.
2. Locate and then click the following key in the registry:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
3. On the Edit menu, point to New, and then click DWORD Value.
4. Type MaximumTunnelEntries, and then press ENTER.
5. On the Edit menu, click Modify.
6. Type 0, and then click OK.
7. Restart your PC.

[therube]

How do you like that "feature" .
I can duplicate getting the Created date to persist, but not the Modified (seems that is expected).

Good find.


(Win7 on my end.)
(The 'ol 15 second trick. Second time I ran into that this month.)