[Webkit-unassigned] [Bug 252560] New: REGRESSION (iOS 16.4 Public Beta) getUserMedia ignores facingMode constraint

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=252560

            Bug ID: 252560
           Summary: REGRESSION (iOS 16.4 Public Beta) getUserMedia ignores
                    facingMode constraint
           Product: WebKit
           Version: Safari 16
          Hardware: iPhone / iPad
                OS: iOS 16
            Status: NEW
          Severity: Major
          Priority: P2
         Component: WebRTC
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: connell at zappar.com
                CC: youennf at gmail.com

Created attachment 465085

  --> https://bugs.webkit.org/attachment.cgi?id=465085&action=review

A minimal test case showing the issue

In iOS 16.4 Beta (20E5212f), a call to `navigator.mediaDevices.getUserMedia` passing a `facingMode: "environment"` video constraint (as below) starts a stream using the user-facing camera (rather than the rear-facing camera).

```
navigator.mediaDevices.getUserMedia({
        audio: false,
        video: {
                facingMode: "environment"
        }
}).then(stream => {
        vid.srcObject = stream;
        vid.play();
})

```

This looks to be a significant regression - our testing with a device running iOS 16.3.1 shows that it starts the correct camera.

I've attached a minimal example of the issue - index.html - to this report. I'm also hosting the index.html file here:
https://bhqq.zappar.io/1962332228841157357/1.0.0/

Just tap the 'Start' button. On the affected iOS Safari version the user-facing camera appears. On 16.3.1 and earlier the rear-facing camera appears.

This is an important bug for us - we have large number of sites in production that make use of this constraint in order to select the correct device.

Let me know if I can help in any way :-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230220/8d8f1c91/attachment-0001.htm>