mirror of
https://github.com/advplyr/audiobookshelf-app.git
synced 2026-07-25 14:08:35 +02:00
Downloaded audiobooks don't save play progress correctly (android auto related?) #330
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#330
Reference in New Issue
Block a user
Originally created by @tehniemer on GitHub (Oct 27, 2022).
Steps to reproduce
Expected behaviour
Actual behaviour
Environment data
I've noticed this behavior when using Android Auto to listen to audiobooks, it doesn't seem to happen 100% of the time and I'm not sure if it happens if the book is streamed from the server rather than downloaded and played.
Audiobookshelf Version:
Android Issue
Android version: 13
Device model: Pixel 6a
Stock or customized system: Stock
@higbee4 commented on GitHub (Dec 4, 2022):
This happens with downloaded books on iOS as well. I’m not sure about streaming since I always download. This happened frequently enough to me that I’ve stopped using ABS until it’s fixed.
@mikehoyle commented on GitHub (Dec 7, 2022):
I've repro'd this pretty consistently now, and have captured a bug-report containing two instances
Bug report is here: https://drive.google.com/file/d/1JELFM9DtqfuzI4bjOXe3MeYXQ3s7zBJj/view?usp=share_link
I haven't shared it broadly because it might contain sensitive data. Please request to view it or DM me an account to share it with and I will share.
Repro steps:
@advplyr commented on GitHub (Dec 13, 2022):
I think I may have an idea of why this happens now. It is specific to downloaded books and would assume that the progress is not actually updated on the server.
@mikehoyle You are checking that the app is showing the correct progress but can you also verify that the server has the correct progress?
If you are keeping the app logged out of the server the whole time then that could explain it. Once you login it is going to sync that downloaded progress to the server.
@higbee4 commented on GitHub (Dec 13, 2022):
Just in case this info helps. On iOS, I have cellular data turned off for ABS. And I listen to books I downloaded over Wi-Fi. If I listen to a book when I’m not on Wi-Fi there is no way for the client to communicate my position back to the server until I’m back on Wi-Fi. So it would have to know to send that data the next time I connect with the server and not depend solely on a real-time connection.
@advplyr commented on GitHub (Dec 13, 2022):
@higbee4 It should attempt to sync your offline progress whenever you connect back to the server
@higbee4 commented on GitHub (Dec 13, 2022):
That’s good to know. I think I have run into this problem with downloaded books without ever leaving a Wi-Fi connection. So the fact I may be offline for extended periods of time may not be a relevant factor to the issue. I just thought I’d mention it in case it was. Thanks.
@tehniemer commented on GitHub (Feb 2, 2023):
I just ran into this again after updating to 0.9.61,
@RobinD42 commented on GitHub (Feb 2, 2023):
I've also run into this with 0.9.61 over the past couple days. It's almost as if the app forgets that the downloaded book is associated with the book on the server. The progress is tracked locally for the downloaded file, but the book is not added to the Continue Listening shelf and the progress is not set on the server.
I tried to download some new books to try to further determine the specific details of the bug, (start playing the first time from the downloaded file. download, exit app then play, etc.) but the new downloads all work as expected. So maybe it was just with books I downloaded before the 0.9.61 app update?
I'll keep poking at it to see if I can spot any patterns.
@advplyr commented on GitHub (Feb 26, 2023):
Is this still happening in
0.9.62-beta? Possibly related to #462 and #464@RobinD42 commented on GitHub (Feb 27, 2023):
I've not seen it in 0.9.62. However, I wasn't able to reliably reproduce the issue before, so I can't say for sure that it's fixed.