TeamAmaze / TeamAmaze/AmazeFileManager
Search operation under quick access categories yield no result
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 6.4k
- Forks
- 1.7k
- Avg merge
- 3d 9h
- Merged PRs (30d)
- 1
Description
Expected behavior
Using the search feature helps reduce work and time that is put into locating files in folders and directories. So where ever this option if found, it is expected to function accordingly.
Actual behavior
After inputing a keyword in the search column, and clicking search for the operation to kickoff, it processes and produces a blank page as the result. No note or error toast.
How to reproduce
- Launch Amaze filemanager
- Launch the side bar and move down to the quick access category.
- open any subcategory
- Use the search function, located at the top of the interface to carry out a search operation.
TESTING ENVIRONMENT
- Browser: CHROME
- Operating system: ANDROID V6.0 (MARSHMALLOW)
- App Version: v3.2.1
Recording Of The Bug
Document subcategory under quick access
SEARCH FOR APPLOG
RESULT
Posted on Utopian.io - Rewarding Open Source Contributors
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the search from an Android quick access subcategory, especially the Documents path shown in the report. Trace the search flow from the quick access view and compare it with search from other locations; done means matching files are displayed or a meaningful empty/error state appears instead of a blank page.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, kotlin
- Domain
- mobile, search
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100