Notification stays even after pausing playback and closing app.

[rohansohonee]

Describe the bug
The notification stays even after pausing playback and completely closing the app.

Minimal reproduction project
The example project has the bug.

To Reproduce
Steps to reproduce the behavior:

1. Run the example project and press AudioPlayer Button.
2. Now from the notification bar pause the audio playback.
3. Do not dismiss the notification.
4. Close the app instead i.e clear it from the recent list.
5. You should now see that the notification still persists even after audio is paused and app is closed.
6. You will also notice that there is no media control buttons and also no mediaItem data in the notification.
7. The notification cannot be dismissed by swiping, instead you have to go to app info and force stop the app.

Expected behavior
Pause the audio playback from notification.
Closing the app then should dismiss the ongoing notification.

Runtime Environment (please complete the following information):

• Device: [10.or G]
• Android version: [8.1.0]

Flutter SDK version

Doctor summary (to see all details, run flutter doctor -v):
[√] Flutter (Channel stable, v1.5.4-hotfix.2, on Microsoft Windows [Version 10.0.18362.175], locale en-IN)
 
[√] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[√] Android Studio (version 3.4)
[√] VS Code (version 1.35.1)
[√] Connected device (1 available)

• No issues found!

[ryanheise]

Thanks for your bug report.

(5) is the intended behaviour and the way most Android music player apps I've used work. If in your app if you want the notification to go away, you can explicitly call AudioService.stop.

For (6), this looks like a bug. For me, I can actually still see the controls and the media item data at this point, but I can't click on the controls. I'll try to fix it on my device.

For (7), I understand the problem is that you can't stop the audio via the notification because for starters the controls have stopped working. But to clarify, do you also want to be able to stop the service by swiping? Here, I've seen some audio player apps disable swiping (the way audio_service does it) and others enable swiping but only when in the paused state. This could be made into an option, but it's not a priority to add this option at the moment unless you're saying that for your app, having a working "stop" button is not enough and you also need the ability to swipe to stop as well.

[rohansohonee]

Hi @ryanheise

You have misinterpreted step (5).

• The app is running and UI is also running.
• I have paused the audio using the notification bar.
• Then I keep the notification without dismissing it . (I know that dismissing it when audio is paused will stop the background task).
• Next I close the app. What happens now is the notification does not dismiss.
• The audio state was paused, yet the notification remains. This is the bug.

I used Google Play Music to see if they also have this bug.
In their case the notification appears for a fraction of a second but then disappears immediately. So my guess is that they are handling this by killing the audio service.

[ryanheise]

What I'm saying is that in step 5, my device behaves exactly as you described. i.e. "You should now see that the notification still persists even after audio is paused and app is closed.". I'm just saying that so far, so good. I intended the notification to persist in step 5 even if paused, for the reasons I stated earlier. i.e. I modelled this behaviour after most of the music player apps that I use, so at the very least, it's a valid way to implement pause behaviour even if you would prefer to add some customisability so that you could have different pause behaviour.

The real unintended behaviour/bug starts in step 6 because the user should have been able to press the buttons in the notification at this point if they wanted to dismiss the notification.

Let's keep this issue open to address step 6 then, and I would suggest opening up a separate feature request if you'd like different options to dismiss the notification.

[rohansohonee]

Ok

[ryanheise]

I've just committed a fix to address step 6 for testing, and will publish after either your confirmation that it works, or after a day or two. You'll also need to now pass in androidStopForegroundOnPause: true to start() to get the behaviour you want.

[rohansohonee]

It is working. Thank you @ryanheise

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs, or use StackOverflow if you need help with audio_service.