[Webkit-unassigned] [Bug 201640] No candidates when trying to subscribe to a media flow without publishing

[bugzilla-daemon at webkit.org]

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

--- Comment #3 from youenn fablet <youennf at gmail.com> ---
(In reply to Ben from comment #2)
> Without getUserMedia no public candidates will be given to the web app?

Only host candidates are filtered out without getUserMedia.
SRFLX candidates will be exposed.

If you test https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/, you will probably see SRFLX candidates as well as mDNS host candidates for recent Safari builds.

Note though that the WebRTC backend is not exposing SRFLX candidates in case the connection is on, which is probably what is happening here if the server candidates are given very early.

If you delay adding the server candidates (and do not provide candidates in the SDP), SRFLX candidates will probably be exposed.

> The server should handle all connections without receiving a signalling
> message about the candidate first?

There is not always a need for signalling a candidate.
Let's say server A is sending a candidate to client B.
B can then send a connectivity check to A. If A receives the connectivity check, A has in fact gathered a candidate for B without B signalling it to the web page.

-- 
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/20190911/070e7c7e/attachment.html>