mirror of
https://github.com/advplyr/audiobookshelf-app.git
synced 2026-07-26 06:28:43 +02:00
Downloaded m4b audiobooks are removed after scanning local folder #174
Assignees
adam (Adam Melkus)
Clear assignees
adam (Adam Melkus)
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/audiobookshelf-app#174
Reference in New Issue
Block a user
Originally created by @whaddayakno on GitHub (Jun 5, 2022).
Steps to reproduce
Expected behaviour
Actual behaviour
Environment data
Audiobookshelf Version:
Docker: v2.0.19
App: v0.9.48
Android Issue
Android version: 10
Device model: Samsung Galaxy Note 9
Stock or customized system: Stock
iOS Issue
iOS Version:
iPhone model:
@hobesman commented on GitHub (Jun 5, 2022):
+1 I just tested and can confirm this happened for me too. I had 6 books downloaded and working. When I rescanned the local media folder, two of the books were removed.
Server 2.0.20, app version 0.9.48-beta. Android 9
@advplyr commented on GitHub (Jun 5, 2022):
Are you sure this was working on older app versions? Scanning the media folder after downloading?
I don't think anything was changed with the downloader.
@hobesman commented on GitHub (Jun 5, 2022):
To be clear, it's not the downloader, it's the scanner. Books that were previously downloaded and added, have now been removed from the Local Media section upon rescan.
That being said I don't know that I consciously tested this specific scenario before (download an M4b book, then trigger manual rescan) so it might not be new.
@advplyr commented on GitHub (Jun 6, 2022):
Fixed in v0.9.49-beta
@hobesman commented on GitHub (Jun 6, 2022):
Updated to 0.9.49-beta and still seeing this (downloads succeed and appear under local media, but m4b books disappear upon manual scan).
@whaddayakno commented on GitHub (Jun 6, 2022):
Same here, still doesn't work. Appreciate you taking a look at this so quickly though, never had a dev push an update the same day as a bug report lol
@whaddayakno commented on GitHub (Jun 6, 2022):
And to answer your question, I'm not sure if this was working in previous versions. may be an old bug
@advplyr commented on GitHub (Jun 7, 2022):
I've been testing on Android 9 and Android 10 on Pixel devices. Android 9 seems to be working well.
Android 10 is not able to probe m4b audio files. When you first download an m4b and press play to play the local download, is it showing the correct duration of the audiobook?
After you download the m4b then close and re-open the app are the files being removed? There is a function that runs when the app starts the checks if the downloaded files are still there, that function on Android 10 in my tests is reporting that the files are no longer there when they are.
Let me know if you are experiencing these things as well.
@hobesman commented on GitHub (Jun 7, 2022):
Android 9 here and not experiencing the issues you described except that the books disappear upon manual rescan. The books appear in the local media tray after downloading, and on the local media tab, even after I force close and reopen the app. The durations appear accurate. The local one doesn't list the file size though. And it's able to play the files just fine, until you rescan and they get dropped from the list.
@advplyr commented on GitHub (Jun 7, 2022):
Unfortunately I wasn't able to reproduce the issue of the re-scan removing the audio files. If you are able to watch the logcat during the re-scan there a lot of logs that print info about what was found during the scan.
@whaddayakno commented on GitHub (Jun 8, 2022):
Just tried this on Android 10 and the files were still there after closing and reopening the app. The duration of the m4b is correct and works normally. until you do a manual scan, then it drops from the list.
To be clear, the re-scan doesn't actually remove the files. It just doesn't recognize the m4b files as audiobooks. As a workaround I've just been playing the same files with Smart Audiobook Player, works great.
@hobesman commented on GitHub (Jun 8, 2022):
FYI this is the toast I see when I scan. It's like it find the two m4b books but won't add them. Would it say this if it weren't finding the m4b files?
@philipjholm commented on GitHub (Jul 9, 2022):
I have the same problem with offline books being completely removed when doing a manual scan from inside the app. Going into the folder with a external filemanager app the files are still there and seems to be as expected.
If I remove the book library/folder in audiobookshelf app and re-add the same folder it finds 1 book and says 6 are up-to-date.
OnePlus 5T, android 10
@swann-martin commented on GitHub (Feb 18, 2023):
I have the same problem on a xiaomi note 8 pro with android 10. From the comments it looks like it only happens on android 10. Is there a fix? The files are in the folder but not showing in the app even though they were scanned.
I want to move away from audible but this bug makes the app unreliable and quite unusable.
@advplyr commented on GitHub (Feb 18, 2023):
This is a different issue now having to do with the update in folder paths on the last release. I just fixed it yesterday and should get a release out today.
@advplyr commented on GitHub (Feb 26, 2023):
There was a fix in
0.9.62-betawith the re-scan but I'm not sure if this resolved any issues mentioned here. Let me know if this persists in the latest server and app.@hobesman commented on GitHub (Mar 11, 2023):
I'm still getting the same thing on rescan.
P.s. Also, look at those zig zag arrows on the right...