Bug or feature: Sorting by RC or DM

[ovg]

Hi David!

Right answer: 8 folders and 16 files

[NotNull]

I think somthing went wrong while attaching your screenshots. This is what it looks like here:

2021-10-22 19_42_42-(7) Bug or feature_ Sorting by RC or DM - voidtools forum — Mozilla Firefox.png (19.71 KiB) Viewed 8428 times

[ovg]

Indeed!
Thanks NotNull !!!

[raccoon]

Bug or feature?

I am going to assume your question is "Is it normal for the Date Recently Changed column to have blank/incomplete data?"

Yes, this is normal. The RC timestamps are ephemeral; They are only tracked by Everything for the duration of your Everything session and then they get lost and forgotten after you close Everything. The DM timestamp is actually stored within your filesystem and can be retrieved any time without being forgotten.

[NotNull]

Looks much better now


AFAIK, the recently changed entries are in a separate database table [1]. That table starts empty when you start Everything (i.e. load the Everything database) and gets filled when files are .. well .. changed.
My interpretation is that 7 folders and 10 files have changed since you last loaded the Everything database.
Which was before 17-Oct-2021 18:16. If you want to check: Menu:Tools > Debug > Statistics > Last Load Date (under the Load header)

[1] Requires Index recent changes to be enabled (Options > Indexes)

[ovg]

I am going to assume your question is "Is it normal for the Date Recently Changed column to have blank/incomplete data?"

No, I meant differences in number of files and folders

[ovg]

2NotNull

Last load date: 22-Oct-2021 19:21:51
And I have "All inclusive" except multi-user database

"that 7 folders and 10 files have changed since you last loaded the Everything database" - It is unlikely. I don't touch them

[NotNull]

Last load date: 22-Oct-2021 19:21:51

Then I clearly don't understand something. But I think the general idea is still correct: Everything keeps track of rc: since start, so not all files have a recently changed timestamp.


Some backup programs do remove the Archive attribute after a successful backup. That is seen as a 'recent change' too. And I thought that changing the ACL/ACE (access rights) also is seen as a recent change. But have to do a deep-dive in some books to be sure of that.
(You have a couple of files where date modified =/= date recently changed; that would/could explain that)

[ovg]

One file indeed was changed, second one - shouldn't

[void]

Thank you for the issue report ovg,

It's a known limitation with #file-result-count: / #folder-result-count:

When sorting by Date Recently Changed, items with a Date Recently Changed value are a 'special' item (neither a folder or file)
I've put on my TODO list to keep track of folder/file counts in the 'special' database. (I'll try to phase out #special-result-count:)

Fow now, If you use Date Recently Changed, consider adding the following to your status bar format:

Code: Select all

#if:<#special-result-count:,; #TEXT:<#special-result-count:,#,###> special,>

[ovg]

Thank you David for clarifications!
My fault, I have overlooked this ...