MaterialFiles icon indicating copy to clipboard operation
MaterialFiles copied to clipboard

[Bug]: Search Results in Search Mode Fail to Auto - Refresh, Causing Inconsistencies with File Operations

Open runnnnnner200 opened this issue 1 year ago • 2 comments

Describe the bug
When in search mode, the search results do not automatically refresh, causing file operations like creation, deletion, and modification not to reflect in the search results. This leads to inconsistencies where files do not show up, or deleted files still appear in the search results.

To Reproduce
Steps to reproduce the behavior:

  1. Open the app and create a file "file1" in any folder.
  2. Perform a search for "file" and see that "file1" appears in the search results.
  3. Create a file "file2", but the search results do not automatically refresh, so "file2" is not visible.
  4. Manually refresh the search, and "file2" appears.
  5. Delete "file2", but the search results do not automatically refresh, and "file2" remains in the list.
  6. Rename "file2", and an error is displayed.

Screen recording https://github.com/user-attachments/assets/6716617d-9861-4459-995c-448b7e6fe095

Expected behavior
In search mode, any file operations (create, delete, rename) should immediately reflect in the search results, ensuring that the displayed files are up-to-date and avoiding errors like "No such file or directory."

Device Information:

  • Device: generic_x86_64 (Android Studio x86 emulator)
  • OS: Android 9

Suggested Fix Options

  1. After any file operation (create, delete, rename) within the path, trigger a re-search to refresh the search results.
  2. Alternatively, modify the search results dynamically after any file operation to keep the displayed results synchronized with the actual file system.

I look forward to your feedback and hope this can be addressed soon. Thank you for your attention to this matter!

runnnnnner200 avatar Feb 25 '25 08:02 runnnnnner200

For what it's worth even Windows File Explorer works this way. It's probably expensive to watch for changes during an active search.

That said, I wonder if user driven changes made to items in the search results could be displayed in real time.

What I mean: search for "cats" and get a list of files with "cats" in their name. While in the search results rename one or more to have "dogs" in the name and observe that the filesame change is not displayed. Attempting to rename the same file again fails because it really was renamed.

locuturus avatar May 08 '25 15:05 locuturus

It's probably expensive to watch for changes during an active search.

nonsense - it's a bug, and other file managers do not exhibit this issue

xa4hf8 avatar Jul 01 '25 15:07 xa4hf8