ryanheise
ryanheise
Can you please fill in the form for bug reports?
I'm not 100% clear on the actual behaviour you've described above. Would it be possible to do a screen recording of the bug?
Thanks for doing that. It seems from your second video that the button is disabled not only for a quick play/pause but also for the longer play/pause, or am I...
This is the normal documented behaviour for Android 11+ in relation to how media sessions are now made persistent across boot.
Android apps don't typically kill their own processes, it is up to the operating system to decide when to keep an app in memory, and it is typical to keep...
Just to add to that, the operating system will typically wait until all activities are destroyed AND all services are in a reclaimable state (e.g. not in foreground mode). After...
That is what I was describing earlier. The client that is bound to it is Android 11 itself, in order to manage the media notification.
I don't see how `disposeFlutterEngine` could trigger `AudioService.onDestroy` when it is programmed to work the other way around. The way it should work is: 1. The activity is destroyed via...
But can you tell me at which of the 5 steps your observations diverge?
Thanks, that does shed some light on it. Although this plugin doesn't explicitly implement ServiceAware, I do vaguely seem to recall that Flutter may automatically register for lifecycle events on...