I'm working with a new 64-bit Vista install and DOpus 9.1.3.0.3449 x64. For some reason I can't get the confirmation pop-up for delete operations to work. I have the obvious set (File Operations/Deleting Files/Ask for confirmation...) and have tried toggling it to no avail. When I press either Delete or Shift-Delete, poof, the files are gone. If it's relevant, I the Delete using the Windows Recycle Bin turned off. On other computers where I've used DOpus, these settings always result in getting a pop-up asking for confirmation of the delete operation before proceeding. Am I overlooking a master switch somewhere?
Have you edited your Delete button (or hotkey or whatever you're triggering the delete from)? It sounds like it is running the Delete command with the QUIET argument added.
No, I haven't edited anything like that. And I just verified the keys are using "delete" and "delete shift". The delete button (the standard one) is set to "Delete SHIFT".
Okay, this is interesting. I never use the delete button. I just tried it. It works exactly as it should, prompting me for verification of the delete operation.
I just tried reassigning the keys, simply deleting what was there and re-doing it using the advanced command insertion buttons. No difference with the keys. They still delete without confirmation.
Are you seeing this in virtual/system folders such as Desktop?
Those folders are handled by Explorer and the Del hotkey in those folders will be handled by Explorer, too. So if Explorer is set not to show delete confirmation dialogs then you won't see them in folders like Desktop when using the Del key.
If it was happening only in virtual/system folders, I probably wouldn't have even noticed. To my knowledge I've not configured anything in Explorer that would cause this behavior. Actually, to my knowledge, I've not configured anything in Explorer, period.
The second thing I did on this system was download and install DOpus as a replacement for Explorer. (I first installed Chrome so I wouldn't have to suffer any longer than absolutely necessary with IE.) At this point it's been so long since I've been forced to use Explorer for anything, I doubt I'd know how to configure anything.
So, just to be clear, the Delete key and Shift-Delete key delete files without confirmation in every folder on every drive where I've ever deleted anything on this system. Oddly, the delete button is working correctly.
Which command(s) are assigned to the Delete key under Customize -> Keys?
If you change the Delete key assignment to something wildly different, e.g. "Help ABOUT" instead of the default "Delete FROMFOCUS", does pushing the Del key still delete files rather than show the about window?
We're sorta kinda making progress. I change the assignment of the Delete key to "Help ABOUT". Pressing Delete displayed the about screen. I restored the Delete key back to "Delete".
I went to Preferences/File Operations/Deleting Files and turned on all three confirmation options. Pressing Delete now brings up a confirmation pop-up. I turned off "before commencing..." and "for each folder...", leaving "for each file..." turned on. Still got a confirmation pop-up. I then restored it to "before commencing..." turned on and the other two turned off. Pressing Delete provided a confirmation pop-up.
Basically, everything right now is exactly as it was previously, at least as far as I can see from the configuration screens, but now the Delete key is behaving as expected. Sadly, the Shift-Delete key is still deleting without confirmation.
Now I've gone through the same ritual with Shift-Delete, changing it to "Help ABOUT" and then back, and now it's working too. One thing I did notice is that I mistakenly had Shift-Delete set to "Delete FORCE" instead of "Delete NORECYCLE", but as far as I can tell from the docs that shouldn't have had any impact on the confirmation pop-up, just on the ability to delete read-only files.
Thanks for the ideas. It's now working, so I guess I'm happy, though I'm still more than a little mystified as to why it wasn't working in the first place.