176157 2017-08-31 05:12:19 -0700 WebRTC Ice gathering never completes 2017-09-25 08:46:21 -0700 1 1 1 Unclassified WebKit WebRTC Safari Technology Preview Unspecified Unspecified RESOLVED FIXED P2 Major --- 1 cwehrung webkit-unassigned sebastian.schenk youennf oldest_to_newest 1343898 0 cwehrung 2017-08-31 05:12:19 -0700 Steps to reproduce: - In Chrome, the following test succeeds and returns results: https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/ - In Safari, it never completes (no error, no success) The following article specifically mentions this: https://webrtchacks.com/safari-webrtc/ "The ICE implementation appears to work the same as Chrome with Trickle. TURN/TLS seems unsupported. In addition the candidate gathering demo does not work as createOffer({offerToReceiveAudio}) has a bug and creates and offer without any m-lines." 1343930 1 youennf 2017-08-31 08:17:45 -0700 This test page is using a legacy option (offerToReceiveAudio: 1) that is not supported by Safari. As you saw, the SDP is almost empty and no ICE candidate gathering will start. The test would succeed gathering candidates if using: - pc.addTransceiver('video'); - or pc.createDataChannel('test'); In both cases, you would expect to only see STUN/TURN candidates, not host ones. 1343932 2 cwehrung 2017-08-31 08:42:00 -0700 Thank you for your quick reply. It's good to know that this should not ever be expected to work in Safari. Would you believe it should be shimmed by webrtc-adapter? I feel like many apps will break with this currently. 1343933 3 youennf 2017-08-31 08:48:38 -0700 A shim in adapter.js for both offerToReceiveAudio and offerToReceiveVideo is a great idea! I hope current WebRTC WebKit support would be sufficient for that but I haven't made the exercise. Working on this shim would be very valuable. 1352187 4 sebastian.schenk 2017-09-25 07:21:52 -0700 @youenn fablet Why would I expect to only see STUN/TURN candidates? Is it possible to also get the Host candidates? 1352206 5 youennf 2017-09-25 08:46:21 -0700 (In reply to sebastian.schenk from comment #4) > @youenn fablet > > Why would I expect to only see STUN/TURN candidates? Currently, WebKit only exposes Host addresses if camera and/or microphone access has been granted. This prevents a privacy issue (IP address gathering). > Is it possible to also get the Host candidates? You can call getUserMedia. In Safari, there is also a way in the developer/WebRTC menu to disable candidate filtering. If you have a particular use case where host candidates are important and you do not want to request camera/microphone access, please describe it in bug 174500.