[Webkit-unassigned] [Bug 226698] New: Manually resuming a video after phone call prevents other videos in a session from resuming
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sun Jun 6 09:24:10 PDT 2021
https://bugs.webkit.org/show_bug.cgi?id=226698
Bug ID: 226698
Summary: Manually resuming a video after phone call prevents
other videos in a session from resuming
Product: WebKit
Version: Safari 14
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: WebRTC
Assignee: webkit-unassigned at lists.webkit.org
Reporter: Kongpheng.Nanthavongsa at vonage.com
CC: youennf at gmail.com
I was able to reproduce this issue on iOS Safari 14.7 (18G5023c).
To reproduce:
* Using iOS Safari, go to https://webrtc.github.io/samples/src/content/peerconnection/pc1/
* On the console, enter: var video = $('#remoteVideo'); video.onpause = () => { console.log('paused; resuming play'); video.play(); }
* Click Start button. If prompted for access for camera and microphone, then grant access
* Click Call button to start the one-to-one video call
* Using another phone, call the iPhone iOS Safari is running on
* From iPhone iOS Safari is running on, reject the call
* Notice that only one of the videos resumes. The other does not.
We have a potential workaround for this issue. Initial testing looks OK. That said, will need to test more thoroughly. The heuristic:
* When the pause event is dispatched after a phone call ends, check "paused" state of all video elements in application
* If other videos are paused as well, then they were likely paused because a phone call just ended
* Call play() on all video elements to ensure they're all resumed
--
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/20210606/fef734e8/attachment.htm>
More information about the webkit-unassigned
mailing list