mirror of
https://github.com/advplyr/audiobookshelf-app.git
synced 2026-07-26 22:48:43 +02:00
(iOS) App does not retain progress made while disconnected from server when it reconnects #948
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#948
Reference in New Issue
Block a user
Originally created by @XerxesDGreat on GitHub (Apr 12, 2024).
Steps to reproduce
note: This requires the server to only be accessible at home and not publicly. For the following steps "home" means "connected to the wifi network which has the server", "away" means "not connected to the wifi network which has the server"
Expected behaviour
Actual behaviour
Environment data
Audiobookshelf Version: 0.9.73-beta
iOS Issue
iOS Version: 17.4.1
iPhone model: iPhone 15 Pro
@nichwall commented on GitHub (Apr 12, 2024):
Does the behavior match this issue? There is a video in one of the comments.
https://github.com/advplyr/audiobookshelf-app/issues/1161
@noahkiss commented on GitHub (Apr 16, 2024):
I'm still seeing an issue with time syncing as well. My audiobook will always reset to 0:00, and I never listen on the web, only on mobile.
I use Tailscale to access my library from my iPhone, but I generally don't connect, I just listen to the local copy (I have the audiobook downloaded on my device).
Most recently when this happened, I did connect to Tailscale on my iPhone, but I don't remember even opening the ABS app. After disconnecting from TS, I opened the app and noticed that my progress had been reset to 0:00, and then I just now manually re-connected to sync to the server so I could see the logs.
Right now the only way I have to recover from this failure is to view the logs and do the math on last position + time listened before reset.
Since listening progress seems to be a pervasive bug, it would be great to have both a "Start Timestamp" and "End Timestamp" for each listening session, as well as to make the listening sessions available through the mobile interface, so that I can manually correct it if necessary without getting on a computer.
Also, maybe have log entries for syncing as part of the listening sessions. For instance, my two most recent sessions show a stop time of 19 hours, then a listening time of 11 minutes, then a stop time of 0:00. Some logic here to separate those out, along with an entry for syncing, could help - there's no way I listened for 11 minutes and ended up at 0:00, for example, so we could probably somehow deduce that the reset to 0:00 (or "sync") should be a separate entry - basically any time we add minutes but the ending time is less than the starting time (which is why showing starting and ending would be helpful, too, because of course someone may have manually scrolled back - heck, maybe manually seeking more than 60s or 300s should also be an entry? It might get cluttered, but there's not many other reasons to use a listening log, right?).
@nichwall commented on GitHub (Apr 16, 2024):
This functionality exists on Android, and there is an open feature request for the local history on iOS.
https://github.com/advplyr/audiobookshelf-app/issues/466
@noahkiss commented on GitHub (Apr 16, 2024):
Awesome, thanks for calling that out. I haven't looked at this project, how much of the logic is shared between the two apps? Is it just the UI work that would need to be done to bring this to iOS, or are these events not captured yet on iOS? I saw hobesman mention in the other thread that session data wasn't granular enough to get a good picture of these events happening, but obviously that changed on Android?
Okay, I just went back and found the commit
297eca6a86where this feature was added to Android, it looks like the answer to my question is that the development is entirely separate.@noahkiss commented on GitHub (Apr 19, 2024):
@advplyr Just to confirm, do you mean that fixing this bug is not planned? Or was that targeting the history page? Because this bug still exists.
@advplyr commented on GitHub (Apr 19, 2024):
There was no response by the OP on whether this is the same as #1161
Your issue doesn't seem to be the same as this one either. There was an issue opened recently about the book restarting at 0:00 but this turned out to be a bad audio file. https://github.com/advplyr/audiobookshelf/issues/2864
Syncing doesn't seem to be a pervasive bug so maybe you are coming across #1161 or a bad audio file?
@noahkiss commented on GitHub (Apr 19, 2024):
Got it, thanks. I'll do some testing on my end to see if I can reproduce #1161. This issue sums up my experiences better, but I've never intentionally recreated it so there are assumptions on my part. Thanks for clarifying
@anakinsleftleg commented on GitHub (Jan 15, 2025):
I don't think this issue should be closed.
And it is not the same as #1161 which is described as going the other way (web to mobile).
I experience this position reset all the time when i listen on mobile and then reconnect when i get home. it's super aggravating and i have to go into the history on the android app to go back to where i last stopped it. Maybe the underlying cause between this and the other issue are related/the same but this is a distinct interaction relative to the other mentioned issue.
Not only that but many people seem to be having this issue, and of course you'll only hear from people who have the impetus to have or make a github account and desire to make the difficulty known. Most will think "oh it's just broken" and then abandon it.