224747 2021-04-19 03:47:30 -0700 "A MediaStreamTrack ended due to a capture failure" if trying to show the stream in a video tag not appended to DOM 2021-04-19 04:39:00 -0700 1 1 1 Unclassified WebKit WebRTC Safari 14 iPhone / iPad iOS 14 RESOLVED CONFIGURATION CHANGED P2 Major --- 1 francesco.durighetto webkit-unassigned youennf oldest_to_newest 1751725 0 francesco.durighetto 2021-04-19 03:47:30 -0700 There is a bug in safari 14 (reproducible only on mobile devices (iPhone/iPad) where a mediastream from getusermedia fires a: "A MediaStreamTrack ended due to a capture failure" if this stream is attached to a video element not present in DOM. also, this is a bit tricky because it crashes when calling .play() on videoElement if this element is NOT attached to dom. but if this videoElement is NOT attached. to DOM BUT it has the autoplay attribute AND you does not invoke the .play() method it seems to work. I think the best way to describe this bug is via a simple snippet so you can try the different combinations of events and better understand the problem. https://codepen.io/francesco-d/full/MWJqOwq 1751728 1 francesco.durighetto 2021-04-19 04:09:27 -0700 (In reply to Francesco from comment #0) > There is a bug in safari 14 (reproducible only on mobile devices > (iPhone/iPad) where a mediastream from getusermedia fires a: "A > MediaStreamTrack ended due to a capture failure" if this stream is attached > to a video element not present in DOM. > > also, this is a bit tricky because it crashes when calling .play() on > videoElement if this element is NOT attached to dom. > but if this videoElement is NOT attached. to DOM BUT it has the autoplay > attribute AND you does not invoke the .play() method it seems to work. > > I think the best way to describe this bug is via a simple snippet so you can > try the different combinations of events and better understand the problem. > > https://codepen.io/francesco-d/full/MWJqOwq Doesnotwork: safari mobile 14.0.1 Seems fixed in safari mobile 14.0.3 1751732 2 youennf 2021-04-19 04:39:00 -0700 Thanks for the testing Francesco.