[Webkit-unassigned] [Bug 247502] New: [iOS] User is not able to play a song/video on Youtube that is opened in new browser tab while User in an active WebRTC call on another tab

[bugzilla-daemon at webkit.org]

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

            Bug ID: 247502
           Summary: [iOS] User is not able to play a song/video on Youtube
                    that is opened in new browser tab while User in an
                    active WebRTC call on another tab
           Product: WebKit
           Version: Safari 16
          Hardware: iPhone / iPad
                OS: iOS 16
            Status: NEW
          Severity: Minor
          Priority: P2
         Component: WebRTC
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: madara.freimane at testdevlab.com
                CC: youennf at gmail.com

Summary:
[iOS] User is not able to play a song/video in Youtube that is opened in new browser tab while User in an active WebRTC call on another tab (the video is paused each time we tried starting it)

Bug is reproducible with Safari and Google Chrome on:
- iPhone 11 | iOS 16.0.2
- iPhone 13 | iOS 16.1
- iPhone 11 Pro Max | iOS 16.2 Beta 

Bug is not reproducible with Safari on:
- iPhone 13 | iOS 15.7.1, build: 19H115

Use case:
Preconditions:
Safari/Google Chrome browser opened
User is in an active WebRTC call

Steps:
1. User opens Youtube on a new tab on Safari/Google Chrome
2. User tries to play a song/video

Actual result:
User is not able to play a song/video in Youtube while in active WebRTC call.
If we go back to the tab where we have an active WebRTC call and stop it => open again new tab with Youtube, then we are able listen music/watch video

Expected result:
User is able to play a song/video in Youtube while in active WebRTC call

Reproducibility:
100%

Additional information:
Sysdiagnostics file added:
https://drive.google.com/file/d/1NGarHY-uFXe451_0OsmGPiGBmsDApxw-/view?usp=share_link
Bug reproduced at 22:07, 04.11.2022 (EET time zone)

-- 
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/20221104/fda510c9/attachment-0001.htm>