ABS on Android seems to be breaking background usage as soon as I disconnect from a bluetooth device. Originally I thought it was an issue with media just not continuing after a certain period of time, however, I recently found an easy way for me to reproduce the issue.
Every time that I connect to my Android Auto head unit in the morning, I have to manually start the audio even though I have it set to auto-resume audiobookshelf when connected. Since I have a Samsung device, I utilize the "Modes and Routines" feature to auto-play audiobookshelf when I connect to my Galaxy Buds. I tested this with YouTube Music on both my Android Auto head unit and buds which seemed to work flawlessly.
I attempted to troubleshoot this by clearing all the app data and cache for the app, turning on "unrestricted" in background usage, signing out of the app, uninstalling the app completely and performing a fresh reboot before reinstalling the app.
Steps to Reproduce the Issue
Connect to a bluetooth device
Audio does not resume from last played media
What was Expected?
Connecting to bluetooth should autoplay on Android Auto. Connecting to bluetooth earbuds should either autoplay when connected (using a routine) or I should at least be able to tap my bud to play the last known audio (which would be audiobook in this case).
Phone Model
Samsung Galaxy S26+
Phone OS
Android 16 (OneUI 8.5)
Audiobookshelf App Version
Android App - 0.11.0
Installation Source
Google Play Store
Additional Notes
One thing that I can say at least is that I am hosting my ABS with Docker. I have it set up with Traefik (custom domain) and I am using Authentik with OpenID Connect Authentication. I'm not certain if this could be causing an issue but I can share parts of my configuration with Traefik if that might help.
I should also note that this happens whether I am streaming the audio or have it downloaded. I almost always download my audio before playing.
Originally created by @NoxRaijin on GitHub (Apr 16, 2026).
### I have verified that the [bug is not already awaiting release](https://github.com/advplyr/audiobookshelf-app/issues?q=is%3Aissue%20label%3A%22awaiting%20release%22)
Yes
### What was the Problem?
ABS on Android seems to be breaking background usage as soon as I disconnect from a bluetooth device. Originally I thought it was an issue with media just not continuing after a certain period of time, however, I recently found an easy way for me to reproduce the issue.
Every time that I connect to my Android Auto head unit in the morning, I have to manually start the audio even though I have it set to auto-resume audiobookshelf when connected. Since I have a Samsung device, I utilize the "Modes and Routines" feature to auto-play audiobookshelf when I connect to my Galaxy Buds. I tested this with YouTube Music on both my Android Auto head unit and buds which seemed to work flawlessly.
I attempted to troubleshoot this by clearing all the app data and cache for the app, turning on "unrestricted" in background usage, signing out of the app, uninstalling the app completely and performing a fresh reboot before reinstalling the app.
### Steps to Reproduce the Issue
1. Connect to a bluetooth device
2. Audio does not resume from last played media
### What was Expected?
Connecting to bluetooth should autoplay on Android Auto. Connecting to bluetooth earbuds should either autoplay when connected (using a routine) or I should at least be able to tap my bud to play the last known audio (which would be audiobook in this case).
### Phone Model
Samsung Galaxy S26+
### Phone OS
Android 16 (OneUI 8.5)
### Audiobookshelf App Version
Android App - 0.11.0
### Installation Source
Google Play Store
### Additional Notes
One thing that I can say at least is that I am hosting my ABS with Docker. I have it set up with Traefik (custom domain) and I am using Authentik with OpenID Connect Authentication. I'm not certain if this could be causing an issue but I can share parts of my configuration with Traefik if that might help.
I should also note that this happens whether I am streaming the audio or have it downloaded. I almost always download my audio before playing.
adam
added the bug label 2026-04-24 23:57:52 +02:00
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 @NoxRaijin on GitHub (Apr 16, 2026).
I have verified that the bug is not already awaiting release
Yes
What was the Problem?
ABS on Android seems to be breaking background usage as soon as I disconnect from a bluetooth device. Originally I thought it was an issue with media just not continuing after a certain period of time, however, I recently found an easy way for me to reproduce the issue.
Every time that I connect to my Android Auto head unit in the morning, I have to manually start the audio even though I have it set to auto-resume audiobookshelf when connected. Since I have a Samsung device, I utilize the "Modes and Routines" feature to auto-play audiobookshelf when I connect to my Galaxy Buds. I tested this with YouTube Music on both my Android Auto head unit and buds which seemed to work flawlessly.
I attempted to troubleshoot this by clearing all the app data and cache for the app, turning on "unrestricted" in background usage, signing out of the app, uninstalling the app completely and performing a fresh reboot before reinstalling the app.
Steps to Reproduce the Issue
What was Expected?
Connecting to bluetooth should autoplay on Android Auto. Connecting to bluetooth earbuds should either autoplay when connected (using a routine) or I should at least be able to tap my bud to play the last known audio (which would be audiobook in this case).
Phone Model
Samsung Galaxy S26+
Phone OS
Android 16 (OneUI 8.5)
Audiobookshelf App Version
Android App - 0.11.0
Installation Source
Google Play Store
Additional Notes
One thing that I can say at least is that I am hosting my ABS with Docker. I have it set up with Traefik (custom domain) and I am using Authentik with OpenID Connect Authentication. I'm not certain if this could be causing an issue but I can share parts of my configuration with Traefik if that might help.
I should also note that this happens whether I am streaming the audio or have it downloaded. I almost always download my audio before playing.