Everything does not always see aborted moves
Or, Everything may see a move as aborted when in fact it had completed
if you CUT a file
& PASTE it into a different volume
& assuming the ("copy") is slow enough
& if you interrupt (or is it, hit Cancel, maybe simply ESC [of the Windows Copy dialog] [not sure?]) the copy
/if/ done correctly, you're apt. to end up with "deadwood" (dead wood)
(probably in that split-second, more or less, between when the copy completes & you just about simultaneously abort the copy)
[i'll have you know, i've done just this on more then 1 occassion ]
with the copy having completed to the other volume
& the original "still there" (only it is not, in reality)
Ctrl+Z at that point
(with intention of moving the file back from other volume to source volume)
says, "You'll need Adminstrator Privileges..." (or ?, "You'll need to provide administrator permissions to move to this folder")
(don't know if that would have worked or not, never tried)
(Undo History looses its record of the file [history] [depending on what you attempt further])
Everything does not always see aborted moves
Re: Everything does not always see aborted moves
Everything just invokes the paste verb on your target.
The OS performs the paste verb.
No feedback is given.
Everything doesn't know if the paste completes or fails.
Everything will assume the paste completes and adds the operation to your undo history.
The OS performs the paste verb.
No feedback is given.
Everything doesn't know if the paste completes or fails.
Everything will assume the paste completes and adds the operation to your undo history.