[Webkit-unassigned] [Bug 186302] iOS does not call onIceCandidate

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=186302

--- Comment #6 from youenn fablet <youennf at gmail.com> ---
(In reply to philipp.kuederli from comment #5)
> It seems that without calling getUserMedia it is not possible to create a
> data channel because of security reasons, is this correct? I actually dont
> understand what the connection between video/audio and a data channel is
> about security reasons. If a data channel could be insecure, why should a
> user be aware of this just because of accepting a camera. The whole thing
> makes WebRtc useless as data channel, which would be a pity :-(
> 
> So the question is: Do I have to try at all to make it working, or is WebRTC
> on Safari useless for data channels and I can forget it?

I understand your frustration here.
We are limiting private IP addresses for privacy reasons as this is used by many many web sites to track users.

https://youennf.github.io/webrtc-tests/src/content/peerconnection/trickle-ice/ should work and provide srflx candidates.
I do not know why Safari 11.1.1 is working for you but not iOS11.3.1 since they should have the same behavior.

We are working to enable this kind of data-channel-only scenarios, using MDNS ICE candidates.
This is covered in https://bugs.webkit.org/show_bug.cgi?id=174500 and is behind a runtime flag, off by default.

In Safari Tech Preview, go to "Develop -> Experimental Features -> ...MDNS...."
The latest iOS 12 seed might have this switch as well in "Settings -> Safari -> Advanced -> Experimental Features -> ...MDNS..."

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180606/20b8c0b7/attachment.html>