1685232 - [meta] Set media.getusermedia.audiocapture.enabled by default

Status: NEW

(Core :: WebRTC: Audio/Video, enhancement)

Description

[Karl Tomlinson (:karlt)]

Dependencies track work remaining.

Comment 1

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

Attachment: PresentUXIsNoGood.png

At the moment, this pref controls both underlying tech we need for bug 1541425 and a non-standard API+UX we don't want to ship ever:

• Through a non-standard API (bug 1557174), it allows audio-only capture of the same tab after this prompt: "Allow jsfiddle.net to listen to this tab's audio?". It works but isn't terribly useful.
• If we ask for both video and audio capture, it prompts "Allow jsfiddle.net to listen to this tab's audio and see your screen?" (image), and then always fails with NotAllowedError. The prompt makes no sense as users instead want audio from the tab they pick to share.

Instead we want to implement bug 1541425 comment 13 with its own UX where audio is optional.

Regarding the media.getusermedia.audiocapture.enabled pref, we should either:

1. change it to instead expose the audio feature in getDisplayMedia (bug 1541425), or
2. never turn this pref on, and add a new (differently named) pref to expose audio in getDisplayMedia (bug 1541425).

Comment 2

[BugBot [:suhaib / :marco]]

The meta keyword is there, the bug doesn't depend on other bugs and there is no activity for 12 months.
:jib, maybe it's time to close this bug?