Re: [webrtc-pc] Candidate from onicecandidate event and addIceCandidate are incompatible

> However, having said that, non-Trickle-ICE implementations can still get the same information by waiting until end-of-candidate has been received for all media streams (although that's a little bit more complicated) - is that correct?

Yes. Though they don't even have to do that, they can just wait for the gathering state to change to "complete".

> Is this referring to the candidate argument or the member?

The whole "if candidate is not null" part can be removed, this is left over from the previous approach.

GitHub Notification of comment by taylor-b
Please view or discuss this issue at using your GitHub account

Received on Wednesday, 22 March 2017 05:03:55 UTC