-
Notifications
You must be signed in to change notification settings - Fork 36
Open
Labels
bugSomething is not workingSomething is not working
Description
Checklist
- I can reproduce the bug with the latest version given here.
- I made sure that there are no existing issues - open or closed - to which I could contribute my information.
- I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
- I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
- I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
- This issue contains only one bug.
- I have read and understood the contribution guidelines.
Affected app version
1.1.0
Affected Android/Custom ROM version
All Android versions
Affected device model
All Android devices
How did you install the app?
GitHub releases
Steps to reproduce the bug
- Select a folder with a lot (100s) of recordings (or audio files)
- Reopen the app
- Record another recording
Expected behavior
- Recordings load immediately or at least after a few seconds.
- New recordings should show up immediately.
Actual behavior
- On an average device, loading takes around 10 seconds for just 300 files.
- New recordings show up after the app is done loading all recordings. One has to wait for minutes if there are a lot of recordings.
Screenshots/Screen recordings
No response
Additional information
The slowness is a result of Android's inefficient DocumentFile
implementation which is what the app uses now. Querying the document Uri
directly using DocumentsContract
should significantly speed up the process.
Even then, for a lot of recordings, some kind of pagination would be the ideal solution.
Anglodel and NiV-L-A
Metadata
Metadata
Assignees
Labels
bugSomething is not workingSomething is not working