Originally created by @benonymity on GitHub (Dec 5, 2022).
Steps to reproduce
Download a book
Finish listening so there are 0 seconds left
Attempt to seek to an earlier time
Expected behaviour
The book should be able to rewind to a previous position
Actual behaviour
The player loads endlessly
Environment data
Audiobookshelf Version:
Android App?
iOS App?
Android Issue
Android version:
Device model:
Stock or customized system:
iOS Issue
iOS Version: 16.1
iPhone model: iPhone SE (2020)
Originally created by @benonymity on GitHub (Dec 5, 2022).
### Steps to reproduce
1. Download a book
2. Finish listening so there are 0 seconds left
3. Attempt to seek to an earlier time
### Expected behaviour
- The book should be able to rewind to a previous position
### Actual behaviour
- The player loads endlessly
### Environment data
Audiobookshelf Version:
- [ ] Android App?
- [x] iOS App?
#### Android Issue
Android version:
Device model:
Stock or customized system:
#### iOS Issue
iOS Version: 16.1
iPhone model: iPhone SE (2020)
adam
added the bugiOS labels 2026-04-24 23:17:36 +02:00
I am able to reproduce this issue in 0.9.61 (18) on iOS.
Additionally, selecting a previous chapter after the book has finished playing doesn't work either.
Selecting the close player option doesn't resolve the issue.
The only options that I've found are:
Kill the app, re-open it, open the now playing window, then select a chapter without tapping one of the seek buttons
Minimize or close the player, open the book page if it's not already open, reset progress, kill the app, play the book again.
Note: The step of killing the app in #2 is only required because the book still shows "playing" after resetting progress even though it isn't actually playing. Killing the app at that point resets the play button.
@mym0T commented on GitHub (Feb 2, 2023):
I am able to reproduce this issue in 0.9.61 (18) on iOS.
Additionally, selecting a previous chapter after the book has finished playing doesn't work either.
Selecting the close player option doesn't resolve the issue.
The only options that I've found are:
1. Kill the app, re-open it, open the now playing window, then select a chapter without tapping one of the seek buttons
2. Minimize or close the player, open the book page if it's not already open, reset progress, _kill the app_, play the book again.
Note: The step of killing the app in #2 is only required because the book still shows "playing" after resetting progress even though it isn't actually playing. Killing the app at that point resets the play button.
You don't need to kill the app. You will have to close the player out completely then discard progress.
@advplyr commented on GitHub (Feb 26, 2023):
I was just able to reproduce this in 0.9.62.
You don't need to kill the app. You will have to close the player out completely then discard progress.
It also doesn't seem overly specific to the book finishing.
Ive had it happen a few times when pausing an audiobook in the middle and coming back to it later.
If I seek then, the same issues arise.
@p-rintz commented on GitHub (Jan 25, 2024):
It also doesn't seem overly specific to the book finishing.
Ive had it happen a few times when pausing an audiobook in the middle and coming back to it later.
If I seek then, the same issues arise.
@github-actions[bot] commented on GitHub (Apr 21, 2025):
Fixed in [v0.9.80-beta](https://github.com/advplyr/audiobookshelf-app/releases/tag/v0.9.80-beta).
Sadly, this doesn’t seem fixed. I still have the issue that the player randomly jumps to different chapters in an audiobook when I seek back on a completed book.
App is version 0.9.81
@p-rintz commented on GitHub (Apr 29, 2025):
Sadly, this doesn’t seem fixed. I still have the issue that the player randomly jumps to different chapters in an audiobook when I seek back on a completed book.
App is version 0.9.81
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @benonymity on GitHub (Dec 5, 2022).
Steps to reproduce
Expected behaviour
Actual behaviour
Environment data
Audiobookshelf Version:
Android Issue
Android version:
Device model:
Stock or customized system:
iOS Issue
iOS Version: 16.1
iPhone model: iPhone SE (2020)
@mym0T commented on GitHub (Feb 2, 2023):
I am able to reproduce this issue in 0.9.61 (18) on iOS.
Additionally, selecting a previous chapter after the book has finished playing doesn't work either.
Selecting the close player option doesn't resolve the issue.
The only options that I've found are:
Kill the app, re-open it, open the now playing window, then select a chapter without tapping one of the seek buttons
Minimize or close the player, open the book page if it's not already open, reset progress, kill the app, play the book again.
Note: The step of killing the app in #2 is only required because the book still shows "playing" after resetting progress even though it isn't actually playing. Killing the app at that point resets the play button.
@advplyr commented on GitHub (Feb 26, 2023):
I was just able to reproduce this in 0.9.62.
You don't need to kill the app. You will have to close the player out completely then discard progress.
@advplyr commented on GitHub (Jan 2, 2024):
Not specific to downloads
@p-rintz commented on GitHub (Jan 25, 2024):
It also doesn't seem overly specific to the book finishing.
Ive had it happen a few times when pausing an audiobook in the middle and coming back to it later.
If I seek then, the same issues arise.
@github-actions[bot] commented on GitHub (Apr 21, 2025):
Fixed in v0.9.80-beta.
@p-rintz commented on GitHub (Apr 29, 2025):
Sadly, this doesn’t seem fixed. I still have the issue that the player randomly jumps to different chapters in an audiobook when I seek back on a completed book.
App is version 0.9.81
@advplyr commented on GitHub (May 1, 2025):
Is it possible the files are VBR mp3 files? Have you tried other files of different formats?
@p-rintz commented on GitHub (May 2, 2025):
Looks like CBR mp3 files to me. 320k
I think all my files are mp3, so I dont think so.