Prompt before shift delete

[admin]

A user with "Confirm delete operations" ticked (and the other one unticked) will get NO confirmation before he sends a file from his USB stick to hell. I don't want to answer his email. I don't want to even read it.

[klownboy]

Sorry, I brought up the issue concerning the Recycle Bin status and the new XY settings. I was simply stating a fact and not making judgment on whether it's needed. I notice you have no pop-up file info tips yet for the 2 XY delete settings. Maybe you could simply add an info tip that states, "These settings will be overridden by Recycle Bin status (i.e., off) and it's associated "Display delete confirmation dialog" prompt". You currently have the message on being "careful" when you turn delete confirmation off, maybe a message could pop-up something similar to the above in either case whether you check or uncheck the delete confirmation option (not just an info tip).
Ken

[Filehero]

Another idea: potentially hazardous settings could be marked as such in general (red font, don't know) to visually indicate the user now enters no warranty land.


Cheers,
Filehero

[admin]

No, my friends (trying to sound like Bruce Lee), I won't make no games with delete operations.

[TheQwerty]

Not to drag this on longer but...

Don, I'm assuming you're aware of the FOF_WANTNUKEWARNING flag. I'm not sure it would actually help but maybe?

And I'm guessing a call to SHQueryRecycleBin as part of the delete would be much too costly, right?

[admin]

Not to drag this on longer but...

Don, I'm assuming you're aware of the FOF_WANTNUKEWARNING flag. I'm not sure it would actually help but maybe?

And I'm guessing a call to SHQueryRecycleBin as part of the delete would be much too costly, right?

FOF_WANTNUKEWARNING shortly looked like the solution, but on closer inspection it is not. What it actually does is this:

Adding this flag will allow a dialog to allow the user to cancel removing large files permanently, if they are too large for the recycle bin.

[nerdweed]

Considering only Confirm Delete Options is available in settings and user has ticked it. Drive specific settings - Delete goes to hell without prompt.

Would XY prompt in this case. I don't think so.

Users changing default settings should understand this. Exception - A novice user using his XY on a geeks computer with conflicting settings.

Edit: I have the delete confirmation turned off on D:\ and the settings play well. So my previous post becomes kind of senseless. It shows prompt for shift delete if only the top one is ticked and no prompt for deletes. It shows prompts for both if both are ticked.

[admin]

Found out that even Windows itself falls into the same trap! If you untick this box in Recycle Bin properties (tested under XP) ...

RecycleBin - Display delete confirmation dialog.png (23.23 KiB) Viewed 2315 times

... then all works as expected on a drive with recycle bin. But e.g. on a USB drive the deleted files go to permanent hell without any prompt! Wow.

ADD: Tested under Win7... same story! And I bet it's also the same under Win8 (where, as I just read*, the confirmation is turned OFF by factory default!)... this is insane.

* http://www.askvg.com/windows-8-recycle- ... te-a-file/


BTW, unfortunately the Windows Recycle Bin settings overwrites the settings in XYplorer here, so when the dialog is turned off in Windows then XY *cannot* show it! Windows will ignore the flags! I will now try if I can find out about the Windows settings and then show an XY native confirmation dialog in case it's turned off under Windows. This problem will be major issue in future when Win8 gets more users. And by a weird conincidence, 10 minutes ago I got an email by a new Win8 user having exactly this problem!!! Wow.

[Borut]

Although a day or to ago I wanted to support the idea of leaving this new option, I must admit that (even) I have experienced the doors of hell in the last night...

I have generally no recycle bin on drives other than C: but have left this option (which is gone in 13.0006, thanks) unchecked. Made a delete thinking I am in the list and deleting a single file. Ops, I was in tree and deleted the folder.

At least I think that is what happened (with color filters active one easily forgets that a certain color is actually not the "selected-color").

Was not a big deal in my case, since the data can be recreated.

So, yes, a thorough rethinking and search for a solution through which XY would in that respect be better then Win8 (which I am however not using) is a very good idea.

[Filehero]

same under Win8 (where, as I just read*, the confirmation is turned OFF by factory default!)... this is insane.
* http://www.askvg.com/windows-8-recycle- ... te-a-file/

Indeed, I can confirm that after 1 year of usage I still had the default settings turned OFF here. Didn't know that - and obviously haven't noticed it yet.

Up to Win7 I had recycle.bin turned off for all my drives, because hard drives were small and expensive. Of course, I was trusting in the delete confirmation dialog. But it was a vary rare event that I accidentially hit <del>. Starting with Win 7 I activated recycle.bin for all my drives, even SSDs. It's clearly just the better way, even after confiming the delete operation (too much wine...) I still have another shot.

To me, <shift>+<del> is completely another story, where the concept relies on a user exactly knowing what it is about. And if the shit should nevertheless ever happen, this is what backups are made for. Again, it's the user's full responsibility to care for his backups.
The same holds true for USB-drives of any kind. I experienced the first generations as everything but reliable devices, thus they had never evolved to become a primary file tank to me. And since USB sticks are by design still prone to easy mechanical damage, nothing has changed here by today.


Cheers,
Filehero

[admin]

I will now try if I can find out about the Windows settings and then show an XY native confirmation dialog in case it's turned off under Windows.

Easier said than done. It seems to be related to the state of a complex undocumented registry key:

Code: Select all

  HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer
    ShellState

I really do not want to rely on this because MS is known to be unreliable with registry keys.

So the whole affair is and stays nasty. And I regret that I changed the old "Turn off delete confirmation" to "Confirm delete operations" because the latter much stronger implies that XY has control about showing the prompt. It has not. It only can control to NOT show the prompt. Thank you MS. I will probably turn everything back to how it was before this thread (saves me rewriting the docs, and the translators have less work). What a loss of time. GRRR. (Not your fault, nerdweed! I all blame it to MS. They are totally crazy to turn it off by default in Win8. For me this shows that they finally lost contact to reality. They lost their touch while thinking too much about touch screens...)

[nerdweed]

I am on Windows 8. The delete confirmation was off on my D drive. And both the delete and shift delete - XY was able to control it completely.

Whereas Windows Explorer didn't show the confirmation for either.

If you have only commented the code, can this be kept as an undocumented tweak for
1. It works as advertised
2. I never have the confirmation on for deletes. But for shift deletes, that is helpful. Not because I don't know what I am doing but for accidental shift clicks.

[serendipity]

I am on Windows 8. The delete confirmation was off on my D drive. And both the delete and shift delete - XY was able to control it completely.

Whereas Windows Explorer didn't show the confirmation for either.

If you have only commented the code, can this be kept as an undocumented tweak for
1. It works as advertised
2. I never have the confirmation on for deletes. But for shift deletes, that is helpful. Not because I don't know what I am doing but for accidental shift clicks.

I think like Don mentioned before, this is a dangerous territory and should be avoided if possible.
Maybe in your case, for accidental shift clicks, remap the Shift+Del key to use a script with your own built-in safety belt?

[nerdweed]

Thanks for that idea. I will create a UDC for it.

That already exists. - delete 0, 1

2013-10-04_221531.png (29.38 KiB) Viewed 2243 times

Though, I notice a glitch because of this. To enable the above UDC i have to remove the usual shift+delete keyboard shortcut and assign it to above - The remove from catalog (no prompt) still shows shortcut as shift+delete and the above UDC doesn't work as the delete SC only works on list and tree