[Bug]: iOS Background audio stops at the end of each audio track (iOS 17+) #1760

Open
opened 2026-04-24 23:57:12 +02:00 by adam · 18 comments
Owner

Originally created by @thearrow on GitHub (Feb 24, 2024).

Describe the issue

Love the software so far!

I'm running into a minor issue using the web interface through the Orion browser on iOS (because the iOS app beta is "full", I can't use the iOS app).

If I start playback via the web interface and then switch to a different app, playback stops at the end of the current chapter (every ~10min for my current book) and I can't get it to continue without going back to the web interface and re-toggling playback. This proves to be an annoying issue (and a safety concern) while driving on a long road trip, for example.

I have "Auto Play" checked in the "Player Queue" and I couldn't find any other settings related to this behavior. In the Orion browser settings, I have "Background Audio" enabled (it works perfectly except at chapter boundaries), and all of the "Power Saving" / tab sleeping settings disabled and this behavior still happens.

I'm assuming this would not be an issue if I was able to use the proper iOS app (but the beta is "full"). Was mainly curious if anyone else had run into this issue and had any fixes/workarounds.

Thanks for the great software! Feel free to close this and I can move it to "Discussions" if that is a more suitable place for it.

Steps to reproduce the issue

  1. Open audiobookshelf web interface in Orion browser on iOS
  2. Start playing an audiobook
  3. Switch to another app (e.g. Maps, while driving)
  4. Listen successfully for ~10min or so, until the chapter ends
  5. Playback "stops" and can only be resumed by switching back to the web interface, hitting "pause" and then "play"

Audiobookshelf version

v2.7.2

How are you running audiobookshelf?

Docker

Originally created by @thearrow on GitHub (Feb 24, 2024). ### Describe the issue Love the software so far! I'm running into a minor issue using the web interface through the Orion browser on iOS (because the iOS app beta is "full", I can't use the iOS app). If I start playback via the web interface and then switch to a different app, playback stops at the end of the current chapter (every ~10min for my current book) and I can't get it to continue without going back to the web interface and re-toggling playback. This proves to be an annoying issue (and a safety concern) while driving on a long road trip, for example. I have "Auto Play" checked in the "Player Queue" and I couldn't find any other settings related to this behavior. In the Orion browser settings, I have "Background Audio" enabled (it works perfectly except at chapter boundaries), and all of the "Power Saving" / tab sleeping settings _disabled_ and this behavior still happens. I'm assuming this would not be an issue if I was able to use the proper iOS app (but the beta is "full"). Was mainly curious if anyone else had run into this issue and had any fixes/workarounds. Thanks for the great software! Feel free to close this and I can move it to "Discussions" if that is a more suitable place for it. ### Steps to reproduce the issue 1. Open audiobookshelf web interface in Orion browser on iOS 2. Start playing an audiobook 3. Switch to another app (e.g. Maps, while driving) 4. Listen successfully for ~10min or so, until the chapter ends 5. Playback "stops" and can only be resumed by switching back to the web interface, hitting "pause" and then "play" ### Audiobookshelf version v2.7.2 ### How are you running audiobookshelf? Docker
adam added the bug label 2026-04-24 23:57:12 +02:00
Author
Owner

@advplyr commented on GitHub (Feb 24, 2024):

This must be an issue with the browser not allowing it to switch audio tracks while it is in the background. If you have a single file m4b audiobook with chapters I would guess that it would move to the next chapter.

Have you tried installing the website as a PWA?

@advplyr commented on GitHub (Feb 24, 2024): This must be an issue with the browser not allowing it to switch audio tracks while it is in the background. If you have a single file m4b audiobook with chapters I would guess that it would move to the next chapter. Have you tried installing the website as a PWA?
Author
Owner

@thearrow commented on GitHub (Feb 25, 2024):

This must be an issue with the browser not allowing it to switch audio tracks while it is in the background. If you have a single file m4b audiobook with chapters I would guess that it would move to the next chapter.

Ah, yep - this was happening with a book split into many mp3 files. Will try with a single m4b and see what happens.

Have you tried installing the website as a PWA?

Not yet, but I’ll try this soon, too!

@thearrow commented on GitHub (Feb 25, 2024): > This must be an issue with the browser not allowing it to switch audio tracks while it is in the background. If you have a single file m4b audiobook with chapters I would guess that it would move to the next chapter. Ah, yep - this was happening with a book split into many mp3 files. Will try with a single m4b and see what happens. > Have you tried installing the website as a PWA? Not yet, but I’ll try this soon, too!
Author
Owner

@ryc111 commented on GitHub (Feb 25, 2024):

Similar issue found on iOS with chrome or safari, tried two scenarios:

  • use chrome or safari directly,
    • when foreground, the playback continues.
    • when screen off or switch to other app, the playback stops when chapter ends.
      • when unlock(the chrome foreground) or switch back, playback won't continue.
  • add page as app (PWA), similar
    • when foreground, the playback continues.
    • when screen off or switch to other app, the playback stops when chapter ends.
      • when unlock(the chrome foreground) or switch back, playback automatically continue.
@ryc111 commented on GitHub (Feb 25, 2024): Similar issue found on iOS with chrome or safari, tried two scenarios: - use chrome or safari directly, - when foreground, the playback continues. - when screen off or switch to other app, the playback stops when chapter ends. - when unlock(the chrome foreground) or switch back, playback **won't** continue. - add page as app (PWA), similar - when foreground, the playback continues. - when screen off or switch to other app, the playback stops when chapter ends. - when unlock(the chrome foreground) or switch back, playback **automatically** continue.
Author
Owner

@thearrow commented on GitHub (Feb 26, 2024):

I was able to verify the behavior @ryc111 described above ^

When I install the page as a PWA, start listening, and background the page, playback still stops at the end of each chapter. Only difference is that when I foreground the page again, the playback resumes automatically (instead of having to manually pause and then resume, like in the browser).

@thearrow commented on GitHub (Feb 26, 2024): I was able to verify the behavior @ryc111 described above ^ When I install the page as a PWA, start listening, and background the page, playback still stops at the end of each chapter. Only difference is that when I foreground the page again, the playback resumes automatically (instead of having to manually pause and then resume, like in the browser).
Author
Owner

@advplyr commented on GitHub (Feb 26, 2024):

I tested this in Brave browser as both a PWA and just accessing the website. In both cases it correctly switches to the next audio track while in the background with the screen off. In Brave I have the setting enabled "Background play" which is required to keep audio playing while the browser is in the background in general.

I'm not sure if there is anything we can do about this since it is likely browser/device specific. If anyone has more information on browsers they are testing with that can be helpful

@advplyr commented on GitHub (Feb 26, 2024): I tested this in Brave browser as both a PWA and just accessing the website. In both cases it correctly switches to the next audio track while in the background with the screen off. In Brave I have the setting enabled "Background play" which is required to keep audio playing while the browser is in the background in general. I'm not sure if there is anything we can do about this since it is likely browser/device specific. If anyone has more information on browsers they are testing with that can be helpful
Author
Owner

@thearrow commented on GitHub (Feb 26, 2024):

Ah - haven't tried Brave yet - I'll give it a try!

I've been testing with Orion 1.3.7 (15) (WebKit 8617.1.17.10.9) on iOS 17.2.1 with the "Enable Background Audio" turned on in Orion's settings.

@thearrow commented on GitHub (Feb 26, 2024): Ah - haven't tried Brave yet - I'll give it a try! I've been testing with [Orion](https://kagi.com/orion/) `1.3.7 (15)` `(WebKit 8617.1.17.10.9)` on iOS 17.2.1 with the "Enable Background Audio" turned on in Orion's settings.
Author
Owner

@matheusl02 commented on GitHub (Feb 26, 2024):

Same. Loving the software so far, but found this bug almost immediately. iOS Safari added to iPhone home page, at the end of each chapter it pauses - I note that the play button still appears to be “playing”, one has to pause and resume to get it working again.

@matheusl02 commented on GitHub (Feb 26, 2024): Same. Loving the software so far, but found this bug almost immediately. iOS Safari added to iPhone home page, at the end of each chapter it pauses - I note that the play button still appears to be “playing”, one has to pause and resume to get it working again.
Author
Owner

@matheusl02 commented on GitHub (Feb 26, 2024):

Just confirmed the bug occurs when using the brave browser on the same phone.
software info:
iOS 17.3.1
Brave: Version 1.62 (24.2.9.10)

I’ll try this on an android tablet with brave and chrome tomorrow

@matheusl02 commented on GitHub (Feb 26, 2024): Just confirmed the bug occurs when using the brave browser on the same phone. software info: iOS 17.3.1 Brave: Version 1.62 (24.2.9.10) I’ll try this on an android tablet with brave and chrome tomorrow
Author
Owner

@thearrow commented on GitHub (Feb 27, 2024):

Also can confirm the same behavior happens on Brave browser (with "Enable Background Audio" option enabled) 😢

iOS 17.3.1
Brave 1.62 (24.2.9.10)

When backgrounded, playback stops at the end of each audio track and only resumes when: foregrounded, press "pause", press "play".

My workaround for now has been only listening to books that are a single large m4b file 🤪

@thearrow commented on GitHub (Feb 27, 2024): Also can confirm the same behavior happens on Brave browser (with "Enable Background Audio" option enabled) 😢 iOS 17.3.1 Brave 1.62 (24.2.9.10) When backgrounded, playback stops at the end of each audio track and only resumes when: foregrounded, press "pause", press "play". My workaround for now has been only listening to books that are a single large m4b file 🤪
Author
Owner

@Nate-in-AK commented on GitHub (Mar 9, 2024):

I have not tried Brave yet, but Chrome and Safari both behave the same for me - playback stops at the end of each file.

@Nate-in-AK commented on GitHub (Mar 9, 2024): I have not tried Brave yet, but Chrome and Safari both behave the same for me - playback stops at the end of each file.
Author
Owner

@Zeuzith commented on GitHub (Mar 30, 2024):

Can also attest to this issue, on an iPhone 15 running 17.3.1 using Safari, it will just stop playback at the end of every chapter. As soon as I open the webpage again, hit pause, then play, it will resume on the next chapter. Otherwise the software works seamlessly for me

@Zeuzith commented on GitHub (Mar 30, 2024): Can also attest to this issue, on an iPhone 15 running 17.3.1 using Safari, it will just stop playback at the end of every chapter. As soon as I open the webpage again, hit pause, then play, it will resume on the next chapter. Otherwise the software works seamlessly for me
Author
Owner

@thearrow commented on GitHub (Apr 30, 2024):

For others running into this issue, since the official iOS app beta is still full, I’ve been having good luck lately with: https://plappa.me/ as a native iOS client for audiobookshelf (not affiliated, just a happy user).

@thearrow commented on GitHub (Apr 30, 2024): For others running into this issue, since the official iOS app beta is still full, I’ve been having good luck lately with: https://plappa.me/ as a native iOS client for audiobookshelf (not affiliated, just a happy user).
Author
Owner

@LazyBoBo commented on GitHub (May 2, 2024):

Same issue

Server:PVE -> Debian11 -> Audiobookshelf
Client:iPhone 12 -> Safari , Chrome

Hope this issue to be fixed soon.

@LazyBoBo commented on GitHub (May 2, 2024): Same issue Server:PVE -> Debian11 -> Audiobookshelf Client:iPhone 12 -> Safari , Chrome Hope this issue to be fixed soon.
Author
Owner

@MBDamage commented on GitHub (May 18, 2024):

Can also attest to this issue, on an iPhone 15 running 17.3.1 using Safari, it will just stop playback at the end of every chapter. As soon as I open the webpage again, hit pause, then play, it will resume on the next chapter. Otherwise the software works seamlessly for me

I am also having this issue on an iPhone 15 Pro Max running 17.4.1.

Quite frustrating when you are doing things with wet or dirty hands to have to pause and un-pause to resume playback.

Let's hope someone smarter than I will give a fix soon enough :-)

@MBDamage commented on GitHub (May 18, 2024): > Can also attest to this issue, on an iPhone 15 running 17.3.1 using Safari, it will just stop playback at the end of every chapter. As soon as I open the webpage again, hit pause, then play, it will resume on the next chapter. Otherwise the software works seamlessly for me I am also having this issue on an iPhone 15 Pro Max running 17.4.1. Quite frustrating when you are doing things with wet or dirty hands to have to pause and un-pause to resume playback. Let's hope someone smarter than I will give a fix soon enough :-)
Author
Owner

@advplyr commented on GitHub (May 18, 2024):

I tested this on iOS 17 and can reproduce the issue now.

This looks like a bug with iOS 17 and there is nothing we can do about it until it is fixed. I saw a lot of posts about audio-related issues with iOS 17.
https://discussions.apple.com/thread/255418017

For future reference: I found this w3c draft for an audioSession api that could help with managing audio if it gets approved https://w3c.github.io/audio-session/
https://github.com/w3c/audio-session/blob/main/explainer.md

@advplyr commented on GitHub (May 18, 2024): I tested this on iOS 17 and can reproduce the issue now. This looks like a bug with iOS 17 and there is nothing we can do about it until it is fixed. I saw a lot of posts about audio-related issues with iOS 17. https://discussions.apple.com/thread/255418017 For future reference: I found this w3c draft for an audioSession api that could help with managing audio if it gets approved https://w3c.github.io/audio-session/ https://github.com/w3c/audio-session/blob/main/explainer.md
Author
Owner

@The-F4m3 commented on GitHub (Jul 13, 2024):

I actually have the same problem/behaviour on Android (12) with Firefox (128.0 (Build #2016030615))

Chrome works fine 🤷

@The-F4m3 commented on GitHub (Jul 13, 2024): I actually have the same problem/behaviour on Android (12) with Firefox (128.0 (Build #2016030615)) Chrome works fine 🤷
Author
Owner

@suzhoum commented on GitHub (Jan 19, 2025):

I have the same problem on Tesla browser, which I believe is a custom version of Google Chrome. But both Chrome v131.0 on the MacOS 14 and Safari on IOS 18 work just fine.

@suzhoum commented on GitHub (Jan 19, 2025): I have the same problem on Tesla browser, which I believe is a custom version of Google Chrome. But both Chrome v131.0 on the MacOS 14 and Safari on IOS 18 work just fine.
Author
Owner

@lymzzyh commented on GitHub (May 18, 2025):

Thank you very much for your reply. Plappa was extremely helpful and solved my problem.

For others running into this issue, since the official iOS app beta is still full, I’ve been having good luck lately with: https://plappa.me/ as a native iOS client for audiobookshelf (not affiliated, just a happy user).

@lymzzyh commented on GitHub (May 18, 2025): Thank you very much for your reply. Plappa was extremely helpful and solved my problem. > For others running into this issue, since the official iOS app beta is still full, I’ve been having good luck lately with: https://plappa.me/ as a native iOS client for audiobookshelf (not affiliated, just a happy user).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#1760