Originally created by @barelylit on GitHub (Jul 12, 2022).
Steps to reproduce
Start playing a book
Try to skip back using the skip back 10s (or whatever configured) button
get to below skip back duration ( 7 seconds on 10 second click) and press it one more time
Expected behaviour
Stop at zero, dont loop around to the end of the book
Actual behaviour
Time seek skips back to end of book, looping around
Environment data
Audiobookshelf Version: v2.0.23
Android App
Android Issue
Android version: 0.9.51
Device model: Pixel 6 Pro
Stock or customized system: Stock
Originally created by @barelylit on GitHub (Jul 12, 2022).
### Steps to reproduce
1. Start playing a book
2. Try to skip back using the skip back 10s (or whatever configured) button
3. get to below skip back duration ( 7 seconds on 10 second click) and press it one more time
### Expected behaviour
- Stop at zero, dont loop around to the end of the book
### Actual behaviour
- Time seek skips back to end of book, looping around
### Environment data
Audiobookshelf Version: v2.0.23
- Android App
#### Android Issue
Android version: 0.9.51
Device model: Pixel 6 Pro
Stock or customized system: Stock
adam
added the bug label 2026-04-24 23:13:33 +02:00
I just tested this on the latest release 0.9.52 and wasn't able to reproduce.
Can you try this again with the latest release?
@advplyr commented on GitHub (Jul 17, 2022):
I just tested this on the latest release 0.9.52 and wasn't able to reproduce.
Can you try this again with the latest release?
Just tried it on 5 books, 3 it didn't happen on, 2 it did.
3 that it didnt happen on were single m4b files, 2 that i did were multiple files (one multiple mp3, one multiple m4b)
@barelylit commented on GitHub (Sep 18, 2022):
Just tried it on 5 books, 3 it didn't happen on, 2 it did.
3 that it didnt happen on were single m4b files, 2 that i did were multiple files (one multiple mp3, one multiple m4b)
This has probably been long fixed. I haven't had any other reports of this.
If you can reproduce this on 0.9.62-beta and server 2.2.15 let me know and we can re-open.
@advplyr commented on GitHub (Feb 26, 2023):
This has probably been long fixed. I haven't had any other reports of this.
If you can reproduce this on `0.9.62-beta` and server `2.2.15` let me know and we can re-open.
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 @barelylit on GitHub (Jul 12, 2022).
Steps to reproduce
Expected behaviour
Actual behaviour
Environment data
Audiobookshelf Version: v2.0.23
Android Issue
Android version: 0.9.51
Device model: Pixel 6 Pro
Stock or customized system: Stock
@advplyr commented on GitHub (Jul 17, 2022):
I just tested this on the latest release 0.9.52 and wasn't able to reproduce.
Can you try this again with the latest release?
@barelylit commented on GitHub (Sep 18, 2022):
Afraid this one has re-surfaced. 0.9.57-beta app
@barelylit commented on GitHub (Sep 18, 2022):
https://www.dropbox.com/s/re6rr3rmjunnz26/2022_09_18_08_32_19.mp4?dl=0
@advplyr commented on GitHub (Sep 18, 2022):
Are you able to replicate this on every book every time?
@barelylit commented on GitHub (Sep 18, 2022):
Just tried it on 5 books, 3 it didn't happen on, 2 it did.
3 that it didnt happen on were single m4b files, 2 that i did were multiple files (one multiple mp3, one multiple m4b)
@advplyr commented on GitHub (Feb 26, 2023):
This has probably been long fixed. I haven't had any other reports of this.
If you can reproduce this on
0.9.62-betaand server2.2.15let me know and we can re-open.