Flow.Launcher icon indicating copy to clipboard operation
Flow.Launcher copied to clipboard

BUG: Explorer Plugin Does Not Search For Directories

Open ParasiteDelta opened this issue 1 year ago • 10 comments

Checks

  • [X] I have checked that this issue has not already been reported.

  • [X] I am using the latest version of Flow Launcher.

Problem Description

When searching through a tool that indexes both files and folders, it is expected that if you search for a directory and have a match, that it will display as one of the top options.

This is not what happens, however, as no matter what you enter or how you enter your search query, that specific folder that you want will never be listed in the results. It will show random files from nested subdirectories of the directory that you want, but it will never list the directory itself as an item. Because of this, it is physically impossible to search for a specific folder unless you've already added said folder to your Quick Access Links, which ultimately defeats the purpose.

To Reproduce

  1. Try searching for a directory
  2. Realize that said directory never shows up in the results, add the desired directory to Quick Access Links
  3. Have it finally show up in the results

Screenshots

Explorer results with the desired directory added to Quick Access Links: image

Explorer results without the desired directory added to Quick Access Links: image

Flow Launcher Version

1.18.0

Windows Build Number

10.0.19045.3324

Error Log


Replace this line with the important log contents.

ParasiteDelta avatar Apr 24 '24 20:04 ParasiteDelta

Are you using Everything or Windows Index as your search engine (can be found in the plugin settings)?

deefrawley avatar Apr 25 '24 00:04 deefrawley

I tried using Windows Index before switching to Everything, and it's the same thing in both cases for me. The weird part is that I tried directly searching using the Everything window, and it worked flawlessly; pulled up the target directory immediately.

ParasiteDelta avatar Apr 28 '24 18:04 ParasiteDelta

Would this related to result ordering? We don't associate a score for the result found, which may make the directory result appears relatively at the bottom?

taooceros avatar Apr 28 '24 18:04 taooceros

image

Sadly, it doesn't seem so. That's why this is so weird: the result that one expects, the directory itself, never appears in the list. Random subdirectories that are nested within the desired directory show up, but the directory itself is never listed.

image

And again, it shows up properly without full completion using Everything.

ParasiteDelta avatar Apr 28 '24 19:04 ParasiteDelta

@taooceros didn't we at some point added searching of the path as well? These irrelevant results do have path matching the search text.

jjw24 avatar May 15 '24 13:05 jjw24

This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 60 days.\n\nAlternatively this issue can be kept open by adding one of the following labels:\nkeep-fresh

github-actions[bot] avatar Jul 15 '24 01:07 github-actions[bot]

This issue was closed because it has been stale for 7 days with no activity. If you feel this issue still needs attention please feel free to reopen.

github-actions[bot] avatar Jul 23 '24 01:07 github-actions[bot]

This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 60 days.\n\nAlternatively this issue can be kept open by adding one of the following labels:\nkeep-fresh

github-actions[bot] avatar Sep 22 '24 02:09 github-actions[bot]