[Webkit-unassigned] [Bug 258631] New: [MacOS, Safari | M1] Screen sharing fails and the user cannot share the screen if the user waits for the blue screen overlay to appear after permission to share the screen has been granted

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Jun 28 11:29:14 PDT 2023


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

            Bug ID: 258631
           Summary: [MacOS, Safari | M1] Screen sharing fails and the user
                    cannot share the screen if the user waits for the blue
                    screen overlay to appear after permission to share the
                    screen has been granted
           Product: WebKit
           Version: Safari 16
          Hardware: Mac (Apple Silicon)
                OS: macOS 13
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebRTC
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: madara.freimane at testdevlab.com
                CC: youennf at gmail.com

Summary:
Screen sharing fails and the User cannot share the screen anymore if the User waits for the blue screen overlay to appear after permission to share the screen has been granted. The bug is observed on MacBook devices with M1 chip.

Tested devices and browsers:
The bug IS reproducible on:
- MacBook Pro (M1, 2020, macOS Ventura 13.4) and Safari (V16.5)
- MacBook Pro (M1, 2020, macOS Sonoma 14 Beta) and Safari (V17, (19616.1.14.11.11))

The bug IS NOT reproducible on:
- MacBook Pro (M1, 2020, macOS Ventura 13.4) and Google Chrome (V114.0.5735.133)
- MacBook Pro (Intel, 2020, macOS Ventura 13.4) and Safari (V16.5 (18615.2.9.11.4))


Use case:
Precondition:
Safari browser opened
The User has an active WebRTC call

Steps:
1. User clicks on the button "Share screen"
2. User clicks on the button "Allow to Share Screen" that appears on the pop-up
3. User waits and does not move the cursor for ~1min

Actual result:
The blue screen sharing overlay does not appear and if the User wants to share again the screen, it is not possible (seems that the User must grant permission again in order to share the screen although permission was granted already).

Expected result:
User should be able to share screen every time when click on the "Start sharing your screen" button, screen sharing options should appear

Reproducibility:
90%

Notes:
Also observed new behavior / similar to this one with Sonoma 14, Safari (V17), if the User clicks on the "Share screen" button, then clicks on the "Cancel" button on the pop-up that comes from the browser side and not on the "Allow to Share Screen". The process is canceled which is OK, but if the User wants to share again the screen, it is not possible, and also not possible if the User re-joins the webRTC call. Users can share the screen only if refresh the page / close and open Safari.

Sysdiagnostics file added:
https://drive.google.com/file/d/1w8JX4vPc7_o9IeMfbOq3hnnQoljlqh01/view?usp=sharing

-- 
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/20230628/39c015ac/attachment.htm>


More information about the webkit-unassigned mailing list