dupe: behavior changes

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

dupe: behavior changes

Post by therube » Thu Sep 13, 2018 11:07 pm

dupe: behavior changes ...

1.4.1.914


Oh, I think I caught something there, in that some operations caused the duplicated files to "vanish" - when the dupe: criteria no longer applied.
I believe that's what I saw.

Anyhow, thinking I actually liked the old behavior better, where the user had to actually affect an update, like minimally changing the search term, then immediately reverting that.

As it was, you may have been left with something "wrong", wrong in that it no longer belonged on the (dupe:) list, but by remaining it also left context as to what had happened. Now, that context just "vanishes", if you will. (And with brain cells fading ;-), that context, even though "wrong", can be helpful :-).)

NotNull
Posts: 1589
Joined: Wed May 24, 2017 9:22 pm

Re: dupe: behavior changes

Post by NotNull » Fri Sep 14, 2018 11:21 am

Can you give an example of that?

void
Site Admin
Posts: 4965
Joined: Fri Oct 16, 2009 11:31 pm

Re: dupe: behavior changes

Post by void » Fri Sep 14, 2018 2:13 pm

The behavior should be the same, that is dupe: does not update in real-time.

Perhaps the left over file changed in some way? Everything will recalculate if the file should be shown in the result list if any change is detected, such as
attributes changing, data being written to the file, the file being renamed etc..

Post Reply