187677 2018-07-14 10:37:03 -0700 Local MediaStream cloned video stops playing when original stream video is hidden/redisplayed 2019-06-13 12:54:06 -0700 1 1 1 Unclassified WebKit WebRTC Safari 11 iPhone / iPad iOS 11 NEW https://bugs.webkit.org/show_bug.cgi?id=198840 InRadar P2 Normal --- 1 webkit webkit-unassigned eric.carlson webkit-bug-importer youennf oldest_to_newest 1442223 0 webkit 2018-07-14 10:37:03 -0700 Test case here: https://staging-connect.circleanywhere.com/public/ios/local-video-copy-display-bug/ Steps to reproduce: 1. Load the page, notice that the local MediaStream-backed video properly autoplays. 2. Click the 'Toggle local' button to hide the video, click again to redisplay. Notice that the video continues to properly autoplay. 3. Click the 'Copy local' button. This uses the MediaStream.clone() method to copy the stream, remove the audio track, and display the cloned stream in another video element. Notice that both the original MediaStream-backed video and the cloned MediaStream-backed video properly autoplay. 4. Click the 'Toggle local' video button, notice that the cloned MediaStream-backed video continues to properly autoplay. 5. Click the 'Toggle local' video button, notice that the original MediaStream-backed video autoplays, but the cloned MediaStream-backed video does NOT. According to https://webkit.org/blog/7763/a-closer-look-into-webrtc/, "MediaStream-backed media will autoplay if the web page is already capturing", so the fact that the cloned stream stops playing violates this policy. This bug is troublesome in more complex video applications, where it's cleaner design to display different copies of the same MediaStream than to move video elements around in the DOM. 1442243 1 webkit-bug-importer 2018-07-14 14:46:45 -0700 <rdar://problem/42205888>