dupe: behavior changes

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

dupe: behavior changes

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

dupe: behavior changes ...

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 :-).)

Posts: 2583
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?

Site Admin
Posts: 5929
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