Bug 1899736 Comment 41 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

If we implement a device picker on mobile, it would presumably be to continue to expose only one camera and one microphone to the website (which can now be absolved from handling device switching)?

Provided we maintain that, if moving the logic helps fix bug 1876636 that might be useful. The challenge there is not knowing which device the user will pick ahead of time. We could perhaps solve that by giving all devices of a kind the same deviceId.

I also think we should consider setting [`persist`](https://searchfox.org/mozilla-central/rev/7279a1df13a819be254fd4649e07c4ff93e4bd45/dom/media/MediaManager.cpp#3253) to false if RFP is true (again because the website is absolved from handling devices then).

For mobile it might also make sense to allow [facingMode](https://w3c.github.io/mediacapture-main/getusermedia.html#def-constraint-facingMode) as input to gUM (by adding an exception for it in [ReduceConstraints](https://searchfox.org/mozilla-central/rev/7279a1df13a819be254fd4649e07c4ff93e4bd45/dom/media/MediaManager.cpp#2755-2759)). Not all video conferencing sites use it unfortunately, but it appears to have decent usage at [0.02%](https://chromestatus.com/metrics/feature/timeline/popularity/1926). This might solve the use case of [picking the back camera](https://jan-ivar.github.io/dummy/gum_facingmode.html).
If we implement a device picker on mobile, it would presumably be to continue to expose only one camera and one microphone to the website (which is absolved from handling device switching)?

Provided we maintain that, if moving the logic helps fix bug 1876636 that might be useful. The challenge there is not knowing which device the user will pick ahead of time. We could perhaps solve that by giving all devices of a kind the same deviceId.

I also think we should consider setting [`persist`](https://searchfox.org/mozilla-central/rev/7279a1df13a819be254fd4649e07c4ff93e4bd45/dom/media/MediaManager.cpp#3253) to false if RFP is true (again because the website is absolved from handling devices then).

For mobile it might also make sense to allow [facingMode](https://w3c.github.io/mediacapture-main/getusermedia.html#def-constraint-facingMode) as input to gUM (by adding an exception for it in [ReduceConstraints](https://searchfox.org/mozilla-central/rev/7279a1df13a819be254fd4649e07c4ff93e4bd45/dom/media/MediaManager.cpp#2755-2759)). Not all video conferencing sites use it unfortunately, but it appears to have decent usage at [0.02%](https://chromestatus.com/metrics/feature/timeline/popularity/1926). This might solve the use case of [picking the back camera](https://jan-ivar.github.io/dummy/gum_facingmode.html).

Back to Bug 1899736 Comment 41