Originally created by @LordNyrox on GitHub (Mar 10, 2024).
Describe the issue
When using the android app, there is a bug that causes playback to resume a few moments after where the last session ended when the user stops and wants to continue listening later. Instead, the playback should resume exactly from the point where the user left off.
Steps to reproduce the issue
1.Open the audiobook app and start listening to an audiobook.
2.Listen to the audiobook for a while, then pause or stop playback.
3.Close the app or switch to another task.
4.Return to the app later and attempt to resume playback.
Audiobookshelf version
v.2.8.0
How are you running audiobookshelf?
Windows Tray App
Originally created by @LordNyrox on GitHub (Mar 10, 2024).
### Describe the issue
When using the android app, there is a bug that causes playback to resume a few moments after where the last session ended when the user stops and wants to continue listening later. Instead, the playback should resume exactly from the point where the user left off.
### Steps to reproduce the issue
1.Open the audiobook app and start listening to an audiobook.
2.Listen to the audiobook for a while, then pause or stop playback.
3.Close the app or switch to another task.
4.Return to the app later and attempt to resume playback.
### Audiobookshelf version
v.2.8.0
### How are you running audiobookshelf?
Windows Tray App
adam
added the bug label 2026-04-24 23:42:03 +02:00
This is most likely an issue with the file. If the file is variable bit rate, you will need to either disable "automatic rewind" or enable mp3 index seeking. If those are both disabled, the app will attempt to seek back 5-30 seconds based on how long it has been paused, but because it's a variable bitrate it will not be an accurate seek.
@nichwall commented on GitHub (Mar 10, 2024):
This is most likely an issue with the file. If the file is variable bit rate, you will need to either disable "automatic rewind" or enable mp3 index seeking. If those are both disabled, the app will attempt to seek back 5-30 seconds based on how long it has been paused, but because it's a variable bitrate it will not be an accurate seek.

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 @LordNyrox on GitHub (Mar 10, 2024).
Describe the issue
When using the android app, there is a bug that causes playback to resume a few moments after where the last session ended when the user stops and wants to continue listening later. Instead, the playback should resume exactly from the point where the user left off.
Steps to reproduce the issue
1.Open the audiobook app and start listening to an audiobook.
2.Listen to the audiobook for a while, then pause or stop playback.
3.Close the app or switch to another task.
4.Return to the app later and attempt to resume playback.
Audiobookshelf version
v.2.8.0
How are you running audiobookshelf?
Windows Tray App
@nichwall commented on GitHub (Mar 10, 2024):
This is most likely an issue with the file. If the file is variable bit rate, you will need to either disable "automatic rewind" or enable mp3 index seeking. If those are both disabled, the app will attempt to seek back 5-30 seconds based on how long it has been paused, but because it's a variable bitrate it will not be an accurate seek.
@advplyr commented on GitHub (Mar 19, 2024):
Have you tested the setting that @nichwall pointed out? Is this issue resolved?