One thing I noticed while working on Bug 1696186 is that we don't have a replacement for the onRecordingStatusChanged API. We can probably re-use the same code and add a similar API to MediaSession.

This discussion is fork from bug 1719183 comment 7. Currentl GeckoView has an API that is used to set the GeckoSession as active or inactive, and we did some workaround to prevent the tab from being completedly suspended if any media playback exists (or might exist in some future point) in that GV session.

In bug 1719183, I will extend that behavior to WebAudio as well, and we would also like to do that for a page which is using WebRTC call. However, I've been thinking about whether we should change the strategy and let the app know there are WebRTC call existing so that the app can keep the session active, rather than putting tab inactive but still need tons of works to keep the tab working. That will probably also cause confusion to the apps, because the tab can still be running even if they calls setActive().

Another good thing to let the app know there are WebRTC call existing is that the app can also show the notification to make users aware of that, even if the tab or the app using GeckoView is in the background.

Moving some media bugs to the new GeckoView::Media component.

Tasks should have severity N/A.