Save As dialog and deleted files issue

[back2themoon]

This might as well be a Windows Explorer quirk, I don't know. But it is bugging me a bit - here's the full breakdown as an example.

1. Visit https://www.palemoon.org/
2. On the right side, save the "Support Us" image. It should save as "donate_vertbanner.png".
3. Again: right-click on the same image, and pick Save Image As...
4. You should have the Save dialog on the same disk location as before. Do not Save/overwrite yet.
5. Still within the Save dialog, left-click the donate_vertbanner.png which is already on the disk and delete it. Use either Del (Recycle Bin) or Shift-Del (permanent deletion).
6. We are still in the Save dialog and "donate_vertbanner.png" is now gone. Now click Save.
7. You will get the "File exists - overwrite?" warning. It doesn't make much sense, but I'm sure there's an explanation (?).
8. Donate

This occurs with any file type.

[Moonchild]

That's a quirk of the common dialog code in Windows. Nothing really we can do anything about on our end.

[vannilla]

I think this would happen even outside Windows (have not tested)... to reduce issues from faulty disks a file explorer would reasonably cache the files it managed to find and will not "monitor" the filesystem to detect changes, unless the kernel itself provides hooks to receive these notifications and the program binds to them (i.e. monitoring is offloaded to the OS).

[billmcct]

Windows only really updates the MFT after a logoff or restart.

[back2themoon]

Thanks for the info. I thought there might be some sort of technical -but still lame- reason for this. Here's a bonus, probably from the Windows 2000 days or earlier:

1. Go to Network Connections.
2. Right-click your main one and "Create Shortcut".
3. It will tell you it'll get created on the Desktop instead.
4. On the Desktop, right-click this shortcut. You have the option to directly Disable the connection.
5. Disable it. It works - great. You should think there will an Enable option now, right?
6. Wrong. You can only Disable it again. And again.

[UCyborg]

Interestingly, you can delete the file from another window and then the issue does not happen.

[Moonchild]

Interestingly, you can delete the file from another window and then the issue does not happen.

It probably has to do with filesystem information caching. Probably just an oversight in the common dialog box code when a deletion is performed from the dialog itself (and not signalled from the filesystem).