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

FL cannot detect new files for an unknown length of time

Open raindropsfromsky opened this issue 3 years ago • 11 comments

Describe the bug/issue FL cannot detect new files for an unknown length of time after the file is created.

To Reproduce Steps to reproduce the behavior:

  1. Download a file Or create a new file
  2. Launch FL, and search for the same file name
  3. Observe that most often FL cannot detect the newly created file.
  4. Wait for some time. Repeat step 3 again. FL still does not show the result.
    In fact, it is difficult to tell when FL detects it.
    There is no visual indication that the indexing is refreshed. [BUG]
    There is no manual command to refresh the index.

Note that I have installed both Explorer and Everything plugins, and both are turned on. As a result, I see double entries in the search results. Yet the new file is not detected, which means both plugins are failing simultaneously (??).

Screenshots -NA-

Your System Windows 10 Home, 64 bit FL: 1.10.0 beta

Flow Launcher Error Log

raindropsfromsky avatar May 22 '22 06:05 raindropsfromsky

Hey how's it going. For some background Explorer uses Windows Search (Windows indexing) service to detect new files where as Everything uses its own indexing service.

It's actually strange that both can not detect, can you let me know:

  • does the file show up eventually at all?
  • which location did you create the new file?

jjw24 avatar Jun 01 '22 21:06 jjw24

There is no visual indication that the indexing is refreshed. [BUG]

There is not much we can do about this I think unless Windows Search Or Everything service provides API library to query (I have not checked). I think the expected behaviour should be newly created files/folders should show up in flow within seconds by default.

jjw24 avatar Jun 01 '22 21:06 jjw24

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.

github-actions[bot] avatar Jul 02 '22 02:07 github-actions[bot]

@raindropsfromsky is this still happening to you with newly created files?

It's not normal that both Explorer and Everything fail to find them though.

jjw24 avatar Jul 02 '22 04:07 jjw24

I checked this by renaming an existing file and then immediately searching for that new name using Flow. I am able to see the new name immediately. I see only one name, though. So I conclude that only one of the two plugins is working immediately.

raindropsfromsky avatar Jul 04 '22 03:07 raindropsfromsky

Can you shift enter on that result to go to context menu then scroll down to the last result to double check if it is from the Everything plugin please.

Can you paste the new file name into the windows search via pressing the Windows key and see if it comes up. This search is also using the windows indexing service. If it also doesn't come up, then it's the indexing settings (find via windows settings=>windows search) you need to take a look at, maybe the path to the file is not indexed or is excluded by the windows search.

jjw24 avatar Jul 04 '22 04:07 jjw24

I launched Flow search, which showed me the last search result (a single result instead of the usual duplicate results I see). I pressed SHFT+Enter. The context window showed a list, in which the last entry was Everything (ALt+8).

But I did the same experiment again, and now I don't see any search results, even after close to 30 seconds.

I did it the third time, and two results appeared immediately. I did a SHFT+Enter on both of them (one by one), and found that one is found by Everything, and the other is found by Explorer.

To conclude, the problem still appears randomly.

raindropsfromsky avatar Jul 04 '22 05:07 raindropsfromsky

it's the indexing settings (find via windows settings=>windows search) you need to take a look at, maybe the path to the file is not indexed or is excluded by the windows search.

I think this is not an issue, because all my experiments are in the same folder location: In my D drive. (I have created this 500 GB logical partition on my 1 TB HDD. The C partition on the same physical drive has Windows 10 Home, and all 3rd party apps. The D drive has data.).

Thus the drive's discoverability is not a factor, AFAICT.

raindropsfromsky avatar Jul 04 '22 05:07 raindropsfromsky

I guess the issue is because of HDD won't allow windows and everything to easily index? I am not particularly sure about this. You can try whether you can search result directly in everything. If not, we cannot help.

taooceros avatar Jul 04 '22 05:07 taooceros

it's the indexing settings (find via windows settings=>windows search) you need to take a look at, maybe the path to the file is not indexed or is excluded by the windows search.

I think this is not an issue, because all my experiments are in the same folder location: In my D drive. (I have created this 500 GB logical partition on my 1 TB HDD. The C partition on the same physical drive has Windows 10 Home, and all 3rd party apps. The D drive has data.).

Thus the drive's discoverability is not a factor, AFAICT.

Basically the discovering of files is done by the Everything service and Windows indexing service running in the background, flow just displays those results, so might still be worthwhile pinpointing where the problem sits with.

Can you actually check if the file is not displayed by Everything plugin, whether it is displayed inside the actual Everything program? Also same for windows search method mentioned above.

jjw24 avatar Jul 04 '22 22:07 jjw24

This issue is stale because it has been open 45 days with no activity. Remove stale label or comment or this will be closed in 5 days.

github-actions[bot] avatar Aug 19 '22 02:08 github-actions[bot]

This issue is stale because it has been open 45 days with no activity. Remove stale label or comment or this will be closed in 5 days.

github-actions[bot] avatar Oct 08 '22 02:10 github-actions[bot]

This issue is stale because it has been open 45 days with no activity. Remove stale label or comment or this will be closed in 5 days.

github-actions[bot] avatar Nov 24 '22 02:11 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 Dec 01 '22 02:12 github-actions[bot]