Problem with "content:"

[gemisigo]

What worked in 1.4 does not seem to work when using "content:" in 1.5.0.1383a.

This search condition

Code: Select all

d: .gitignore content:"Python"

shows a bunch of matches in 1.4 and nothing at all in 1.5. As soon as I added the "content" part, the result list was empty, regardless of the actual condition for "content".

Any hints on why this goes awry?

[void]

What type of files is Everything matching in 1.4? For example: .txt or .py

I wonder if it's an ifilter or the Everything 1.5 text/plain content handler.
Everything 1.4 uses ifilters for content:
Everything 1.5 uses a built-in content handler for known text/plain files, then falls back to ifilters.



Are you indexing content under Tools -> Options -> Content?
-If so, only indexed content will match your content: search.

[gemisigo]

The provided search condition looks for .gitignore files on the D: drive. It's a bit strange that without the "content" 1.4 finds 75 items and 1.5 finds 94. Both versions have their folder exclusions set to the same folders. Both versions have items not found in the other one's result set so I cannot even say 1.5 finds them all.

Are you indexing content under Tools -> Options -> Content?
-If so, only indexed content will match your content: search.

I am. But my "Include only files:" for Indexes / Content is set to:

Code: Select all

.py;*.sql;*.md;.ignore

so that should be covered. My "Include only folders:" is set to

Code: Select all

D:\Work\Projects

so that would explain why some of them would be missing after adding the "content" condition. But some of those in the included folder do actually match that "content", so they should be listed.

[void]

Sorry, I missed the .gitignore in your OP.

.py;*.sql;*.md;.ignore

Should this be:

.py;*.sql;*.md;.gitignore

(.ignore => .gitignore)



Use

fromdisk:content:

to override your indexed content.

from-disk:

[gemisigo]

Sh... Now I feel particularly dumb... I'm sorry for the false alarm.

Any ideas on the reason behind the discrepancy in the list of matching items (without the "content") between 1.4 and 1.5?

[void]

Everything 1.5 monitors hard links.
Everything 1.4 does not.

Maybe these are hard links?

.gitignore addcolumn:hardlink-count

If you are exclude files/folders, please note that once a file/folder is excluded it will likely not be re-added to your index if it should be included again.

Please try forcing a database rebuild (Tools -> Options -> Indexes -> Force Rebuild) in Everything 1.4 and see if you see the same number of files.

[gemisigo]

It wasn't the excluded folders but the fact that I haven't used 1.4 since I installed 1.5, and even though it warned me about not being able to index my NTFS drives without running it as an administrator, I simply closed that warning. Now I checked the modified date for the database 1.4 created and it originates from 2024-08-07. Had I ordered the result sets by date instead of the path before comparing the two from 1.4 and 1.5, it would clearly show that 1.4 was missing items after a certain date (and 1.5 lacked the ones deleted since then). I restarted 1.4 as an admin and it too shows 94 items now.

I apologize for wasting your time. Thank you very much for your help and patience!