Originally created by @Mssol94 on GitHub (Mar 20, 2024).
Steps to reproduce
Have a audiobook playing
Go to settings
Change jump back interval
Use pause audiobook from notification card or use AirPods to play/pause
Expected behaviour
The audiobook should pause.
Actual behaviour
The audiobook jumps back a couple of seconds and continue playing. To pause the audiobook I have to use the controls in the app.
If I force close the app and open it again play/pause works as expected.
Environment data
Audiobookshelf Version: 2.7.1
iOS App
iOS Issue
iOS Version: iOS 17.4
iPhone model: iPhone 14 Pro Max
Originally created by @Mssol94 on GitHub (Mar 20, 2024).
### Steps to reproduce
1. Have a audiobook playing
2. Go to settings
3. Change jump back interval
4. Use pause audiobook from notification card or use AirPods to play/pause
### Expected behaviour
- The audiobook should pause.
### Actual behaviour
- The audiobook jumps back a couple of seconds and continue playing. To pause the audiobook I have to use the controls in the app.
- If I force close the app and open it again play/pause works as expected.
### Environment data
Audiobookshelf Version: 2.7.1
- [x] iOS App
#### iOS Issue
iOS Version: iOS 17.4
iPhone model: iPhone 14 Pro Max
adam
added the bug label 2026-04-24 23:42:16 +02:00
I've also experienced the same issue. It seems to only occur when the jump back or forward interval has been changed this restart. I've attached a video of it happening. Until 0:30 you can see pausing works on the lock screen, then I change the jump forward interval 10 -> 5 -> 10, play again and when I try pausing again it looks paused, but the audio actually jumps back a bit and starts playing again. Further pausing/unpausing on the lockscreen just make playback start over and over from that point.
Here's the application logs during the video: https://gist.github.com/pgrosslicht/71e2db7d61a186ec402893012a3de6e8
Occurs both in f04eebe0d8 (version in video) and 0.9.73-beta from Testflight.
Server version: 2.8.1
(Video has sound so you can hear the playback as well)
I hope that helps a bit!
@pgrosslicht commented on GitHub (Mar 23, 2024):
I've also experienced the same issue. It seems to only occur when the jump back or forward interval has been changed this restart. I've attached a video of it happening. Until 0:30 you can see pausing works on the lock screen, then I change the jump forward interval 10 -> 5 -> 10, play again and when I try pausing again it looks paused, but the audio actually jumps back a bit and starts playing again. Further pausing/unpausing on the lockscreen just make playback start over and over from that point.
Here's the application logs during the video: https://gist.github.com/pgrosslicht/71e2db7d61a186ec402893012a3de6e8
Occurs both in f04eebe0d827c14b358916b2cc7e05f28972d4e9 (version in video) and 0.9.73-beta from Testflight.
Server version: 2.8.1
https://github.com/advplyr/audiobookshelf-app/assets/1881000/7af56f6d-e1e6-4053-958a-34fdaec40893
(Video has sound so you can hear the playback as well)
I hope that helps a bit!
Debugger captures this as the result of multiple calls to the commandCenter.pauseCommand target we define in AudioPlayer (despite only pressing the pause button once).
So what's happening is that it successfully pauses only to immediately call the target again, which then unpauses. Still looking into root cause (seems we're probably calling setupRemoteTransportControls too many times?)
@indiefan commented on GitHub (May 17, 2024):
Debugger captures this as the result of multiple calls to the `commandCenter.pauseCommand` target we define in `AudioPlayer` (despite only pressing the pause button once).
So what's happening is that it successfully pauses only to immediately call the target again, which then unpauses. Still looking into root cause (seems we're probably calling `setupRemoteTransportControls` too many times?)
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 @Mssol94 on GitHub (Mar 20, 2024).
Steps to reproduce
Expected behaviour
Actual behaviour
Environment data
Audiobookshelf Version: 2.7.1
iOS Issue
iOS Version: iOS 17.4
iPhone model: iPhone 14 Pro Max
@nichwall commented on GitHub (Mar 20, 2024):
Related to https://github.com/advplyr/audiobookshelf-app/issues/1134 ?
@pgrosslicht commented on GitHub (Mar 23, 2024):
I've also experienced the same issue. It seems to only occur when the jump back or forward interval has been changed this restart. I've attached a video of it happening. Until 0:30 you can see pausing works on the lock screen, then I change the jump forward interval 10 -> 5 -> 10, play again and when I try pausing again it looks paused, but the audio actually jumps back a bit and starts playing again. Further pausing/unpausing on the lockscreen just make playback start over and over from that point.
Here's the application logs during the video: https://gist.github.com/pgrosslicht/71e2db7d61a186ec402893012a3de6e8
Occurs both in
f04eebe0d8(version in video) and 0.9.73-beta from Testflight.Server version: 2.8.1
https://github.com/advplyr/audiobookshelf-app/assets/1881000/7af56f6d-e1e6-4053-958a-34fdaec40893
(Video has sound so you can hear the playback as well)
I hope that helps a bit!
@indiefan commented on GitHub (May 17, 2024):
I'm able to reproduce this issue and am starting to look into it.
@indiefan commented on GitHub (May 17, 2024):
Debugger captures this as the result of multiple calls to the
commandCenter.pauseCommandtarget we define inAudioPlayer(despite only pressing the pause button once).So what's happening is that it successfully pauses only to immediately call the target again, which then unpauses. Still looking into root cause (seems we're probably calling
setupRemoteTransportControlstoo many times?)@advplyr commented on GitHub (May 21, 2024):
Fixed in v0.9.74-beta