Originally created by @Zeoic on GitHub (Feb 2, 2025).
What happened?
A couple of days ago, I noticed this issue start. Must have been around the time my app updated to 0.9.79-beta.
The sleep timer doesnt seem to stop after elapsing or leaving the set time window for auto timer. It will continue to respond to the shake to extend feature all day. Additionally, the shake to extend feature is also resuming the paused media.
Note: It seems that leaving the auto timer active and manually turning off the active timer will prevent it from responding to shake again.
App version: 0.9.79-beta
Server version: v2.18.0
Phone Model: Samsung Galaxy Z Fold 5
Android Version: 14
What did you expect to happen?
Typically when using this feature, the timer elapsing would turn the timer off, with shake to extend no longer activating.
Additionally, when outside the time window set for auto timer, the timer didnt used to start / respond to shake.
Steps to reproduce the issue
Enable auto sleep timer
Listen to ausio in time range
Let timer elapse
Shake phone
Audio resumes
Pause audio
Shake phone
Audio resumes again
Audiobookshelf version
v2.18.0
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 @Zeoic on GitHub (Feb 2, 2025).
### What happened?
A couple of days ago, I noticed this issue start. Must have been around the time my app updated to 0.9.79-beta.
The sleep timer doesnt seem to stop after elapsing or leaving the set time window for auto timer. It will continue to respond to the shake to extend feature all day. Additionally, the shake to extend feature is also resuming the paused media.
Note: It seems that leaving the auto timer active and manually turning off the active timer will prevent it from responding to shake again.
App version: 0.9.79-beta
Server version: v2.18.0
Phone Model: Samsung Galaxy Z Fold 5
Android Version: 14
### What did you expect to happen?
Typically when using this feature, the timer elapsing would turn the timer off, with shake to extend no longer activating.
Additionally, when outside the time window set for auto timer, the timer didnt used to start / respond to shake.
### Steps to reproduce the issue
1. Enable auto sleep timer
2. Listen to ausio in time range
3. Let timer elapse
4. Shake phone
5. Audio resumes
6. Pause audio
7. Shake phone
8. Audio resumes again
### Audiobookshelf version
v2.18.0
### 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-24 23:50:45 +02:00
I was able to reproduce the issue of playback resuming by shaking after a manual pause with both the normal and auto sleep timer.
The shake to resume after the sleep timer ended was correctly disabled 2 minutes after ending a sleep timer (user has 2 minutes to shake to restart the current timer).
@nichwall commented on GitHub (Feb 2, 2025):
I was able to reproduce the issue of playback resuming by shaking after a manual pause with both the normal and auto sleep timer.
The shake to resume after the sleep timer ended was correctly disabled 2 minutes after ending a sleep timer (user has 2 minutes to shake to restart the current timer).
I can reproduce this as well, thought I was going crazy too. Before it was working fine, well I didn't even realize there's a 2 minutes grace period you can shake it again to resume (I see now it's even documented in the UI), that's a good kink that should be left in.
@vb0 commented on GitHub (Feb 2, 2025):
I can reproduce this as well, thought I was going crazy too. Before it was working fine, well I didn't even realize there's a 2 minutes grace period you can shake it again to resume (I see now it's even documented in the UI), that's a good kink that should be left in.
Any chance we can get this released at some point? I thought I went crazy for a few days always losing my place until I've discovered this bug report, but this is hitting me in all unexpected ways all the time: I try to switch to watching some video after some audiobook, when I flip the phone to landscape the video stops and the audiobook starts playing. Forgot a couple of times to turn down the volume for the phone itself and it started to play at the most inappropriate times (middle of the night, meetings) just after I put my earbuds in their case and moved around the phone. Never mind that playing in the background with the volume turned down still isn't good as it skips ahead (possibly a lot if you're moving with the phone).
@vb0 commented on GitHub (Apr 3, 2025):
Any chance we can get this released at some point? I thought I went crazy for a few days always losing my place until I've discovered this bug report, but this is hitting me in all unexpected ways all the time: I try to switch to watching some video after some audiobook, when I flip the phone to landscape the video stops and the audiobook starts playing. Forgot a couple of times to turn down the volume for the phone itself and it started to play at the most inappropriate times (middle of the night, meetings) just after I put my earbuds in their case and moved around the phone. Never mind that playing in the background with the volume turned down still isn't good as it skips ahead (possibly a lot if you're moving with the phone).
@nichwall commented on GitHub (Apr 7, 2025):
It is already merged in. There will be a release within the next few weeks. You can also sideload the edge APK in the meantime from https://github.com/advplyr/audiobookshelf-app/actions/workflows/build-apk.yml
@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).
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 @Zeoic on GitHub (Feb 2, 2025).
What happened?
A couple of days ago, I noticed this issue start. Must have been around the time my app updated to 0.9.79-beta.
The sleep timer doesnt seem to stop after elapsing or leaving the set time window for auto timer. It will continue to respond to the shake to extend feature all day. Additionally, the shake to extend feature is also resuming the paused media.
Note: It seems that leaving the auto timer active and manually turning off the active timer will prevent it from responding to shake again.
App version: 0.9.79-beta
Server version: v2.18.0
Phone Model: Samsung Galaxy Z Fold 5
Android Version: 14
What did you expect to happen?
Typically when using this feature, the timer elapsing would turn the timer off, with shake to extend no longer activating.
Additionally, when outside the time window set for auto timer, the timer didnt used to start / respond to shake.
Steps to reproduce the issue
Audiobookshelf version
v2.18.0
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
@Strider27 commented on GitHub (Feb 2, 2025):
Same here, I though I was going crazy.
V 0.9.79-beta
Galaxy S24
Android 14
@nichwall commented on GitHub (Feb 2, 2025):
I was able to reproduce the issue of playback resuming by shaking after a manual pause with both the normal and auto sleep timer.
The shake to resume after the sleep timer ended was correctly disabled 2 minutes after ending a sleep timer (user has 2 minutes to shake to restart the current timer).
@vb0 commented on GitHub (Feb 2, 2025):
I can reproduce this as well, thought I was going crazy too. Before it was working fine, well I didn't even realize there's a 2 minutes grace period you can shake it again to resume (I see now it's even documented in the UI), that's a good kink that should be left in.
@vb0 commented on GitHub (Apr 3, 2025):
Any chance we can get this released at some point? I thought I went crazy for a few days always losing my place until I've discovered this bug report, but this is hitting me in all unexpected ways all the time: I try to switch to watching some video after some audiobook, when I flip the phone to landscape the video stops and the audiobook starts playing. Forgot a couple of times to turn down the volume for the phone itself and it started to play at the most inappropriate times (middle of the night, meetings) just after I put my earbuds in their case and moved around the phone. Never mind that playing in the background with the volume turned down still isn't good as it skips ahead (possibly a lot if you're moving with the phone).
@dkomljenovic2502 commented on GitHub (Apr 7, 2025):
Yes, can this please be merged and published!
@nichwall commented on GitHub (Apr 7, 2025):
It is already merged in. There will be a release within the next few weeks. You can also sideload the edge APK in the meantime from https://github.com/advplyr/audiobookshelf-app/actions/workflows/build-apk.yml
@dkomljenovic2502 commented on GitHub (Apr 7, 2025):
nice, didn't know that we have "daily" build s available! awesome project!
@github-actions[bot] commented on GitHub (Apr 21, 2025):
Fixed in v0.9.80-beta.