Filelist commandline -create-file-list is missing start folder

[zaadstra]

Hi,

I have created filelists for some big folders on a NAS. The contents in these folders do not often change.
However, a couple of small working folders do change, and I want to update them more frequently.

First, I copied all the .efu files to one big All.efu file and removed the extra header lines (although Everything does not care so it seems).
Then I create a small update efu for a folder, on commandline with -create-file-list c:\path\update.efu \\nas1\thisfolder\folder2update
From the All.efu I strip all lines starting with the path from the update folder, then I add the update.efu to it.

So far so good but I noticed two things.

The efu line for the start folder itself (\\nas1\thisfolder\folder2update) is missing. I saw it was present in the All.efu and it was removed by me. There is no updated line for the folder so Everything will not find it when searching for it. I checked what happens when creating an filelist from Tools - Options, and then the folder line is present. Is this a small bug or do I need to add an option to the commandline?

In Options - Filelists, I have a tick set for the option Monitor changes. However, I only managed to see Everything reloading once, all other file actions (delete, copy newer version, copy/overwrite) did not trigger the reload. What are the conditions monitored? The All.efu is on the C: drive, NTFS. When showing it in the search window (ChangeTestfile.txt | All.efu) then I do see the datestamp changing.

Running Version 1.4.1.1009 (x64).

[void]

Thank you for your feedback zaadstra,

The root folder is not included in the EFU file.

Files and folders directly in the root folder should be included.

I will include the root folder in the next update of Everything 1.5.



The root folder is not needed, Everything should add this root folder automatically when the file list is included in your index.
However, this means the root folder will be missing attributes and date modified information.



Detection of file list changes is not the best in Everything 1.4.
This will improve in Everything 1.5.

For now, please try restarting Everything to pickup file list changes.

-or-

Please try forcing a rebuild:

• In Everything, from the Tools menu, click Options.
• Click the Indexes tab on the left.
• Click Force Rebuild.
• Click OK.

[zaadstra]

Thanks for your reply, void.

You say "The root folder is not included in the EFU file" but when I create a filelist.efu from the Windows interface, just by dragging in the same folder in an empty list window, and then save as, then this root folder plus properties actually is included. So the code is half there

As I am running this filelist update from an external script, is there a way to trigger filelist reload with a batch/script/commandline command?
Thinking of ways like restarting the service, but I'd rather save the time reindexing all local disks, and just update the filelist(s) and process in memory.

Looking forward to the next version, however yesterday I found a forum post that 1.5 even struggles updating local disks

[void]

You say "The root folder is not included in the EFU file" but when I create a filelist.efu from the Windows interface, just by dragging in the same folder in an empty list window, and then save as, then this root folder plus properties actually is included. So the code is half there

The root folder is included when creating the file list from Tools -> File List Editor.
The root folder is not included when using -create-file-list

As I am running this filelist update from an external script, is there a way to trigger filelist reload with a batch/script/commandline command?

Everything.exe -reindex

In Everything 1.5:
Everything.exe -rescan "c:\path\filelist.efu"

Looking forward to the next version, however yesterday I found a forum post that 1.5 even struggles updating local disks

The latest Everything 1.5 should not have any trouble with indexing local disk.

[zaadstra]

Update, since finishing my partial update software, the new index.efu is picked up every time after change.
I guess something got broken at that first test day, testing the file update detection.
Now I just delete (move) the old efu and write out a new one with the known name.

[zaadstra]

Another update, might be useful for other users mingling with .efu files, like me. This took me quite a while to find, as my first findings were that the efu file is not to critical.

If the .efu line for a folder is present twice, then the contents of this folder are hidden in the results! When the scan root folder is present more than once (I added it manually) then all contents of your scan are omitted!

If a file is present more than once, then the first occurrence is listed and the other(s) are not.

[void]

Thanks for your reply zaadstra,

If a file is present more than once, then the first occurrence is listed and the other(s) are not.

This is a bug in Everything 1.4.
It will be fixed in Everything 1.5.