178115 2017-10-09 20:30:54 -0700 Support ideal constraints for getUserMedia 2020-07-29 05:52:43 -0700 1 1 1 Unclassified WebKit WebRTC WebKit Nightly Build Unspecified Unspecified RESOLVED CONFIGURATION CHANGED P2 Normal --- 1 youennf webkit-unassigned daginge eric.carlson michael.heuberger youennf oldest_to_newest 1358629 0 youennf 2017-10-09 20:30:54 -0700 According https://bugs.webkit.org/show_bug.cgi?id=178109, WebKit might not always handle properly 'ideal' constraints. 1567182 1 daginge 2019-09-02 04:27:38 -0700 Just wanted to bump this. All the other browsers support ideal, which makes switching camera effortless for us, as our users frequently change from laptop mode to docked mode (with external camera attached). We could pick up the error here and re-run getUserMedia with the default camera, but it would have to be a workaround just for Safari, so I would rather prefer spec-compliance here. Is there any timeline for implementing the ideal constraint? 1666405 2 youennf 2020-06-26 05:59:37 -0700 Since we now have resizing being done, I would hope ideal constraints are correctly supported now. Daginge, do you still have issues with ideal constraints or can we close that issue? 1666437 3 youennf 2020-06-26 07:51:25 -0700 Actually, https://bugs.webkit.org/show_bug.cgi?id=210932 might be one issue along those lines. 1675951 4 daginge 2020-07-29 04:52:35 -0700 As far as I can see, ideal constraints when selecting getUserMedia works as expected now. If I have selected a camera by deviceId, and it doesn't match, I get the default device available. Kinda annoying that deviceIds are not persistent across sessions, so if the user refreshes, you have to select the device you want again in that session. Usually we would store the preferred deviceId in localStorage and attempt to use that next session. Separate bug I guess? There are ofc. some privacy concerns here also. 1675974 5 youennf 2020-07-29 05:51:29 -0700 > Kinda annoying that deviceIds are not persistent across sessions, so if the > user refreshes, you have to select the device you want again in that > session. Usually we would store the preferred deviceId in localStorage and > attempt to use that next session. This should work as you expect, with IDB instead of localStorage if possible :) Not sure exactly why this is not working for you. third party iframe? Might be worth another bug. 1675975 6 youennf 2020-07-29 05:51:55 -0700 Closing as configuration changed. 1675977 7 youennf 2020-07-29 05:52:43 -0700 I think there might still be some corner cases with ideal constraints but we can treat them as follow-up bugs if it becomes a practical issue.