recentchange doesn't work after loading a db

Found a bug in "Everything"? report it here
Post Reply
ix101
Posts: 4
Joined: Thu Apr 02, 2015 1:12 am

recentchange doesn't work after loading a db

Post by ix101 »

Running: 1.4.0.713b (x86)

I have 2 instances of Everything running - We'll call them "BG" and "FG".

1. Computer starts up:
c:\> everything -instance BG -db c:\db\mydb.db
c:\> everything -instance FG -db c:\db\mydb.db -readonly

2. Once a day, BG crawls the incredible slow network and indexes the files. It can take many hours to do this (during which time it doesn't handle requests).

3. Once BG finishes crawling, it updates the db file
c:\> everything -instance BG -db c:\db\mydb.db -update

4. FG then exits
c:\> everything -instance FG -quit

5. FG restarts, loading the newly updated database
c:\> everything -instance FG -db c:\db\mydb.db -readonly

6. Goto 2

So this works great in that FG is always available for querying. Is the info out of date sometimes ... yup, but no more than 24 hours and really for what it is used for, that's fine. HOWEVER ...

if after step 5 I run a query such as:

rc:last2days

BG will correctly produce a list of results (maybe 1000 files)
FG will indicate 0 files.

This behavior is consistent. I don't think I'm doing anything wrong:
1. the two instances are sharing the same db
2. I can see that they both report the (correct) same total number of files indexed

This would seem to be a bug where the BG instance has some extra info that it isn't saving to the db that FG is using.
froggie
Posts: 297
Joined: Wed Jun 12, 2013 10:43 pm

Re: recentchange doesn't work after loading a db

Post by froggie »

Try having BG exit between steps 4 and 5. I believe the database on disk is only written when Everything exits. The is also a file permission conflict if BG is writing the database when FG has it open for read
void
Developer
Posts: 15096
Joined: Fri Oct 16, 2009 11:31 pm

Re: recentchange doesn't work after loading a db

Post by void »

Recent changes are changes to the Everything index since Everything was started.

Recent changes are not stored on disk.

To load recent changes from the USN journal:
  • In Everything, from the Tools menu, click Options.
  • Click the NTFS tab.
  • For each NTFS volume:
    • Check Include USN Journal in recent changes.
  • Click OK.
ix101
Posts: 4
Joined: Thu Apr 02, 2015 1:12 am

Re: recentchange doesn't work after loading a db

Post by ix101 »

I see .. I had assumed it was based on some sort of query involving the current date and the date modified.

Unfortunately in my case, these are not NTFS volumes and so the journal won't help.

I suppose I can work around this with something like:

(dm:03/06/2017 OR dm:03/07/2017)

And obviously the dates would need to change.

I should have posted this to Support .. I just assumed it was a bug. Sorry about that.
froggie
Posts: 297
Joined: Wed Jun 12, 2013 10:43 pm

Re: recentchange doesn't work after loading a db

Post by froggie »

How about:

Code: Select all

dm:last2days
you might want to index date modified
Post Reply