[Webkit-unassigned] [Bug 175014] Frequent situations where iOS device locks up, requiring a hard reboot when consuming webrtc streams on IOS

[bugzilla-daemon at webkit.org]

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

garylist2 at outlook.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |garylist2 at outlook.com

--- Comment #33 from garylist2 at outlook.com ---
I have another case that causes remote video from https://appr.tc to freeze.

After a call is established, if you pull down the notification center, wait a few seconds, and then swipe it back up, the remote video freezes (however the audio can still be heard). I use Safari on iOS 11.2, and am fairly confident that this applies to all released versions of iOS 11.x.

One workaround I found is that after the remote video freezes, if you call pause() and then play() on the video element, the video would resume. Except, there's no way to detect if the notification center has been pulled down. This StackOverflow question has received no answers: https://stackoverflow.com/questions/49962055/ios-safari-know-when-notification-center-is-displayed-and-dismissed

Another interesting thing to note, is that the video stream is still being sent to the browser during this time. So if you capture the video frame using canvas context's drawImage(), you'll get the up to date image. But also means you can't detect this problem by checking if video frames from two points in time are identical...

Any word on when this can be fixed or suggestions on other workarounds would be appreciated.

-- 
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/20180425/47912f73/attachment.html>