[Webkit-unassigned] [Bug 215383] New: Alternating video/audio stream requests cause stream to permanently fail for tab

[bugzilla-daemon at webkit.org]

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

            Bug ID: 215383
           Summary: Alternating video/audio stream requests cause stream
                    to permanently fail for tab
           Product: WebKit
           Version: Safari 13
          Hardware: iPhone / iPad
                OS: iOS 13
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Media
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: dustin.greif at gmail.com

Created attachment 406395

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

Reproduction For iPad Safari

We have a web app that uses media streams for a number of features, such as WebRTC and image capture.  We have noticed an issue where media streams become permanently unusable by the current Safari tab on iPads.  I have attached a reproduction of this issue, which will start a video stream, play it, then start an audio stream, then repeat the process.  On the majority of our iPads, this cycle fails after about 80 iterations, but a few don't present the issue.  Sorry the example takes a while to run, our app fails much faster than this but I can't pin down a way to expedite the failure in a minimal reproduction.  A failure presents with the browser providing a video track that is permanently muted.  If you refresh the tab, all video stream requests return a track that is permanently muted and the camera icon in the address bar has a line through it as if permission has been denied.  In that same tab, you can navigate to other web apps that use the camera and they work fine, but if you navigate back to the original domain that failed, you are immediately presented with muted tracks.  If you navigate to the original domain in a new tab, you are able to get video streams again (until the issue presents again).  

Any advice, or a workaround for this issue would be much appreciated.  This is causing major problems for us as we are transition to iPads as the main hardware for our customers.

Known failures on the following setups:
 iPad Pro 12.9 4th Gen (MXAT2LL/A), iOS 13.6
 iPad Pro 12.9 2nd Gen (MP6H2LL/A), iOS 13.4.1
 iPad Pro 11 (MU0T2LL/A), iOS 13.6

-- 
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/20200811/244ec19b/attachment-0001.htm>