[Bug]: Auto-rewind or syncing to server issues #2617

Closed
opened 2026-04-25 00:09:03 +02:00 by adam · 4 comments
Owner

Originally created by @ShiftyMcCool on GitHub (Feb 26, 2025).

What happened?

I wasn't sure if I should open this under the server or Android app repo but, since it seemed to correlate with the most recent server release, I figured I'd start here.

The auto-rewind feature is being erratic. Sometimes, I press pause then play within a couple seconds and it will have rewound over a minute. Other times, pausing for a longer period of time will result in not rewinding at all, though this is less common than rewinding too far. Occasionally, it will work appropriately.

Since the issue is so unpredictable, I suspect that maybe it has something to do with syncing with the server ¯\_(ツ)_/¯

I haven't notice a pattern over the past few days but, I'll update this issue if I notice anything else. Sorry for the lack of detail, I was basically just trying to see if it was more widespread than just me so I can troubleshoot myself if necessary. I just haven't made any changes to my setup other than updating the Docker image/container so it seems reasonable that the update may have caused it somehow.

What did you expect to happen?

Pausing should follow the standard auto-rewind rules and rewind farther in relation to the amount of time it was paused

Steps to reproduce the issue

  1. Play book on Android app
  2. Pause for various lengths of time before pressing play
  3. Check position in the book to see if auto-rewind rules are being respected

Audiobookshelf version

v2.19.5

How are you running audiobookshelf?

Docker

What OS is your Audiobookshelf server hosted from?

Linux

If the issue is being seen in the UI, what browsers are you seeing the problem on?

None

Logs


Additional Notes

No response

Originally created by @ShiftyMcCool on GitHub (Feb 26, 2025). ### What happened? I wasn't sure if I should open this under the server or Android app repo but, since it seemed to correlate with the most recent server release, I figured I'd start here. The auto-rewind feature is being erratic. Sometimes, I press pause then play within a couple seconds and it will have rewound over a minute. Other times, pausing for a longer period of time will result in not rewinding at all, though this is less common than rewinding too far. Occasionally, it will work appropriately. Since the issue is so unpredictable, I suspect that maybe it has something to do with syncing with the server ¯\\\_(ツ)\_/¯ I haven't notice a pattern over the past few days but, I'll update this issue if I notice anything else. Sorry for the lack of detail, I was basically just trying to see if it was more widespread than just me so I can troubleshoot myself if necessary. I just haven't made any changes to my setup other than updating the Docker image/container so it seems reasonable that the update may have caused it somehow. ### What did you expect to happen? Pausing should follow the standard auto-rewind rules and rewind farther in relation to the amount of time it was paused ### Steps to reproduce the issue 1. Play book on Android app 2. Pause for various lengths of time before pressing play 3. Check position in the book to see if auto-rewind rules are being respected ### Audiobookshelf version v2.19.5 ### How are you running audiobookshelf? Docker ### What OS is your Audiobookshelf server hosted from? Linux ### If the issue is being seen in the UI, what browsers are you seeing the problem on? None ### Logs ```shell ``` ### Additional Notes _No response_
adam added the bug label 2026-04-25 00:09:03 +02:00
adam closed this issue 2026-04-25 00:09:03 +02:00
Author
Owner

@nichwall commented on GitHub (Feb 26, 2025):

Does this behavior exist for multiple books or only specific books? Is it only on the Android app or also when listening on the web client? It may be related to a book being VBR instead of CBR.

@nichwall commented on GitHub (Feb 26, 2025): Does this behavior exist for multiple books or only specific books? Is it only on the Android app or also when listening on the web client? It may be related to a book being VBR instead of CBR.
Author
Owner

@ShiftyMcCool commented on GitHub (Feb 27, 2025):

@nichwall Thanks for the quick response! I'm guessing since I'm the only one that is reporting this and you can't reproduce that it's almost certainly something on my side. My short testing shows that it might be the current book I'm listening to so I'll look into the VBR vs CBR thing.

@ShiftyMcCool commented on GitHub (Feb 27, 2025): @nichwall Thanks for the quick response! I'm guessing since I'm the only one that is reporting this and you can't reproduce that it's almost certainly something on my side. My short testing shows that it might be the current book I'm listening to so I'll look into the VBR vs CBR thing.
Author
Owner

@advplyr commented on GitHub (Feb 27, 2025):

These types of issues get reported regularly and it is almost always that the file is variable bitrate encoded in which case seeking won't work properly.

@advplyr commented on GitHub (Feb 27, 2025): These types of issues get reported regularly and it is almost always that the file is variable bitrate encoded in which case seeking won't work properly.
Author
Owner

@ShiftyMcCool commented on GitHub (Mar 4, 2025):

Confirmed that the file was the cause. I re-ripped it as m4b and it's doing much better. Sorry for the trouble and thanks for the help!

@ShiftyMcCool commented on GitHub (Mar 4, 2025): Confirmed that the file was the cause. I re-ripped it as m4b and it's doing much better. Sorry for the trouble and thanks for the help!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#2617