Filtering also matches the filenames...

[Alexander Neundorf]

On Montag, 7. März 2022 20:06:27 CET Waqar Ahmed wrote:
> Also, I think using a single character for filtering is just unrealistic,
> and using it to test the filter quality is imo not useful. With a few more
> characters or a word, the filter will work better.

in the attached screenshot kate-rtes.png the filter text is "rtes", and 
although this is not anywhere visible in the results, they all are accepted by 
the filter. To me this looks clearly like a bug.
They are accepted because they are all somewhere below ...src/dockertest/ 
(which contains "rtes").

When I remove the search base directory for the filtering, it works better, 
but leads to the result as in kate-sub.png.
The filter is "sub", and all matches are displayed, since they are all in the 
"sub/" directory, which is visible in the names of the file items.
But the number of matches is completely wrong then. The number of matches 
counts how often the search time was found, and since none of the actual text 
matches matches the filter, it is zero.
If the filtering would only test the actual content, I think this issue would 
go away.

Alex
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kate-rtes.png
Type: image/png
Size: 99181 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kwrite-devel/attachments/20220308/d68edc43/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kate-sub.png
Type: image/png
Size: 112592 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kwrite-devel/attachments/20220308/d68edc43/attachment-0003.png>