Everything does not always see aborted moves

General discussion related to "Everything".
Post Reply
therube
Posts: 4955
Joined: Thu Sep 03, 2009 6:48 pm

Everything does not always see aborted moves

Post by therube »

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])
void
Developer
Posts: 16680
Joined: Fri Oct 16, 2009 11:31 pm

Re: Everything does not always see aborted moves

Post by void »

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.
Post Reply