[Bug]: App closes too easily in the background #1255

New Issue

2026-04-24T23:55:58+02:00

adam commented

2026-04-24 23:55:58 +02:00

Originally created by @zyphlar on GitHub (Aug 10, 2025).

What happened?

When pausing playback for a few minutes (randomly, shorter if I switch between more apps, longer if I don't even touch my phone) the app will seemingly close or be put to sleep and my playback option will go away. I have to switch back to Audiobookshelf to hit play again.

What did you expect to happen?

Many other audio apps keep their playback status handy for a long time, even sometimes unexpectedly long, including Antennapod.

Steps to reproduce the issue

Using a Samsung Galaxy S21 phone with mostly filled storage and a lot of apps and updated OS, try listening to an audiobook while doing other things that require pausing, like on a long road trip with stops and/or with a GPS or texting app.
Note the number of times you can't just hit Play on your Bluetooth to resume, especially if going between Bluetooth devices or pausing and using other apps a lot.
Note also that Audiobookshelf doesn't show up as an option in the OS's battery menu for allowing Background apps to continue and not be culled for battery life, while Antennapod does
Consider that a solution might be some kind of background process that continues playback and supports these OS settings

Audiobookshelf version

0.10.0-beta

How are you running audiobookshelf?

Docker

What OS is your Audiobookshelf server hosted from?

Windows

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 @zyphlar on GitHub (Aug 10, 2025). ### What happened? When pausing playback for a few minutes (randomly, shorter if I switch between more apps, longer if I don't even touch my phone) the app will seemingly close or be put to sleep and my playback option will go away. I have to switch back to Audiobookshelf to hit play again. ### What did you expect to happen? Many other audio apps keep their playback status handy for a long time, even sometimes unexpectedly long, including Antennapod. ### Steps to reproduce the issue 1. Using a Samsung Galaxy S21 phone with mostly filled storage and a lot of apps and updated OS, try listening to an audiobook while doing other things that require pausing, like on a long road trip with stops and/or with a GPS or texting app. 2. Note the number of times you can't just hit Play on your Bluetooth to resume, especially if going between Bluetooth devices or pausing and using other apps a lot. 3. Note also that Audiobookshelf doesn't show up as an option in the OS's battery menu for allowing Background apps to continue and not be culled for battery life, while Antennapod does 4. Consider that a solution might be some kind of background process that continues playback and supports these OS settings ### Audiobookshelf version 0.10.0-beta ### How are you running audiobookshelf? Docker ### What OS is your Audiobookshelf server hosted from? Windows ### 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:55:58 +02:00

adam commented

2026-04-24 23:55:59 +02:00

@DorjeDorf commented on GitHub (Aug 10, 2025):

I'll latch on to this for iOS with ABS hosted in docker on Unraid.
For me, it doesn't matter how long the pause is - the moment I pause, I can no longer resume playback without relaunching the app on my iPhone.

@DorjeDorf commented on GitHub (Aug 10, 2025): I'll latch on to this for iOS with ABS hosted in docker on Unraid. For me, it doesn't matter how long the pause is - the moment I pause, I can no longer resume playback without relaunching the app on my iPhone.

adam commented

2026-04-24 23:56:00 +02:00

@zyphlar commented on GitHub (Aug 11, 2025):

Of course much like taking your car into the shop, now that I've complained ABS is proactively going out of its way to resume playback when I get in the car after:

taking a nap
sleeping all night
running errands

With regular phone/gps usage in and among all those activities. I don't know if that proves my point or counteracts it.
Anyway, being able to explicitly tell my phone "please don't kill my playback" for at least a little bit when shuffling apps/audio/output around would be great.

@zyphlar commented on GitHub (Aug 11, 2025): Of course much like taking your car into the shop, now that I've complained ABS is proactively going out of its way to resume playback when I get in the car after: - taking a nap - sleeping all night - running errands With regular phone/gps usage in and among all those activities. I don't know if that proves my point or counteracts it. Anyway, being able to explicitly tell my phone "please don't kill my playback" for at least a little bit when shuffling apps/audio/output around would be great.

adam commented

2026-04-24 23:56:01 +02:00

@jpeel commented on GitHub (Oct 23, 2025):

This still happens to me very frequently on Android.

@jpeel commented on GitHub (Oct 23, 2025): This still happens to me very frequently on Android.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/audiobookshelf-app#1255