Bug 182906

Safari 11 is intermittently waiting for a srflx candidate that never comes. Because of this, the null candidate never comes and ice gathering never completes. Although you can connect if you trickle ice and don't worry about the lack of ice completion, disabling trickle is broken. Normal operation (on my network), gives me two candidates: ``` candidate:2222700650 1 udp 2113937151 192.168.1.105 50465 typ host generation 0 ufrag Cn1a network-cost 50 candidate:842163049 1 udp 1677729535 147.194.220.130 50465 typ srflx raddr 192.168.1.105 rport 50465 generation 0 ufrag Cn1a network-cost 50 ``` However, around 1 in 10 times (by my estimate), Safari never delivers the second srflx candidate and just sits at gathering. The null candidate never arrives either. I've tried it with a variety of STUN servers, networks and machines. This issue only occurs when using STUN. Code to reproduce: ``` var config = { "iceTransports": 'all', "iceServers": [ { "urls": "stun:stun.l.google.com:19302" } ] } var pc = new RTCPeerConnection(config) pc.createDataChannel('test') pc.createOffer().then(offer => { pc.setLocalDescription(offer) }) pc.onicecandidate = (event) => { console.log(testId, event.candidate) } ``` Here is a JS fiddle demonstrating how it breaks connection attempts without ice trickle (it will repeat the test multiple times and eventually stall after ~10 runs). Chrome and Firefox run this fiddle perfectly fine (they never stall on gathering). http://jsfiddle.net/hvkn8b5e/6/ Disabling ice candidate restrictions, requesting media capture access, http/https, and restarting Safari have no effect.