Unplugging headphones while in a call will break the remote media stream, causing the video to freeze to freeze and no audio output. Steps to reproduce: 0. Plug in headphones, I'm using an iPad Pro running 13.4 1. Go to https://webrtc.github.io/samples/src/content/peerconnection/pc1/ 2. Start a call and verify you can see yourself twice 3. Unplug headphones 4. Verify that remote video has now frozen. If you isolate sound you will also hear that audio disappeared. Impact: A lot of users are already quite confused with audio issues, and can sometimes plug/unplug headphones. Since this causes the far end's media to disappear the call will fail when they do so. To make matters worse, THEIR audio/video stream is still transmitting. Possible workaround: It seems at least tearing down the peerconnection and starting a new one fixes it. I'll try to see if a simple restart will do.
Strangely, while Confrere and Basic Peer Connection Demo breaks every time for me, the restart ICE demo does not: https://webrtc.github.io/samples/src/content/peerconnection/restart-ice/. Could this be because of the muted property and autoplay?
Confirmed. If the video elements muted property is true, the remote video does not fail when unplugging the headphones. Smells like autoplay.
Found a better workaround. videoElem.addEventListener("pause", () => { videoElem.play() })
<rdar://problem/60924958>
Until we try to improve our heuristics, there are some alternatives that might help: 1. Make sure to call play() for each video element as part of click a event. This will remove the autoplay restrictions. Suspend/resume should then work fine. 2. Register a pause event handler. When pause is set and play rejects, mute the media elements and call play. This should allow seeing the video tracks. Add some UI to ask users to play audio/unmute audio. User will click, you can then unmute the elements/call play on all elements. 3. For multi party calls where capture is not on, you might want to keep a buffer of html media elements. On click event, call play on all of these media elements. They do not need to be set to a given src. When you have some media stream to attach, set srcObject and you should be good.
*** This bug has been marked as a duplicate of bug 216389 ***