Remembered microphone sharing always chooses default device instead of saved device
Categories
(Core :: WebRTC: Audio/Video, defect, P2)
Tracking
()
People
(Reporter: mozilla, Unassigned)
Details
(Keywords: enterprise)
Updated•8 years ago
|
Updated•8 years ago
|
Comment 1•8 years ago
|
||
Comment 4•5 years ago
|
||
Marking as [wfh]
Updated•5 years ago
|
Updated•5 years ago
|
Comment 5•5 years ago
|
||
@jib: if I'm not mistaken this is based on the design of current APIs not the responsibility of the user agent, but instead the service needs to remember the device ID, correct?
Comment 6•5 years ago
|
||
Yes, in the web model the site is responsible for remembering the user's choice(s), using deviceId:
const stream = await navigator.mediaDevices.getUserMedia({audio: {deviceId: localStorage.lastMicId}});
localStorage.lastMicId = stream.getAudioTracks()[0].getSettings().deviceId;
This issue is thus limited to sites that implement no device choice (the number of such sites is likely low, but not zero). Not an issue on major sites AFAIK. We should keep this in mind when prioritizing.
Compared to other browsers, Firefox at least has a picker in its permission prompt, so that's better than most, and works as you would expect if the site is programmed right. But even then it only works until you persist permission (because our picker is in the permission prompt).
In bug 989094 we contemplated a way to remember the last-used device for these sorry sites, within site constraints. This might be good to revisit given our recent interest in pushing for standarizing our picker (bug 1637360).
Updated•5 years ago
|
Updated•6 months ago
|
Description
•