[Bug]: Audio resumes from pause when phone is shaken while timer is active #1138

Closed
opened 2026-04-24 23:50:45 +02:00 by adam · 8 comments
Owner

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


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
adam closed this issue 2026-04-24 23:50:46 +02:00
Author
Owner

@Strider27 commented on GitHub (Feb 2, 2025):

Same here, I though I was going crazy.

V 0.9.79-beta
Galaxy S24
Android 14

@Strider27 commented on GitHub (Feb 2, 2025): Same here, I though I was going crazy. V 0.9.79-beta Galaxy S24 Android 14
Author
Owner

@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).

@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).
Author
Owner

@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 (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.
Author
Owner

@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).

@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).
Author
Owner

@dkomljenovic2502 commented on GitHub (Apr 7, 2025):

Yes, can this please be merged and published!

@dkomljenovic2502 commented on GitHub (Apr 7, 2025): Yes, can this please be merged and published!
Author
Owner

@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

@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
Author
Owner

@dkomljenovic2502 commented on GitHub (Apr 7, 2025):

nice, didn't know that we have "daily" build s available! awesome project!

@dkomljenovic2502 commented on GitHub (Apr 7, 2025): nice, didn't know that we have "daily" build s available! awesome project!
Author
Owner

@github-actions[bot] commented on GitHub (Apr 21, 2025):

Fixed in v0.9.80-beta.

@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).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf-app#1138