W3C home > Mailing lists > Public > public-webrtc@w3.org > April 2013

Re: icecandidate event with no candidate

From: Justin Uberti <juberti@google.com>
Date: Thu, 25 Apr 2013 21:27:46 -0700
Message-ID: <CAOJ7v-1FQFfCgn_vje4CGYM1ghg_ZJZdg8cr3eqwT-XKs1C6uQ@mail.gmail.com>
To: Adam Bergkvist <adam.bergkvist@ericsson.com>
Cc: cowwoc <cowwoc@bbs.darktech.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
On Thu, Apr 25, 2013 at 1:23 AM, Adam Bergkvist <adam.bergkvist@ericsson.com
> wrote:

> On 2013-04-25 06:36, Justin Uberti wrote:
>
>> In the Lyon discussion, we specifically agreed to use
>> onicecandidate(null) rather than invent a new callback for the
>> icegatheringstate change, as it was felt that such a callback would be
>> redundant, and would also not meet all the needs of the trickle-ice
>> proposal.
>>
>
> Yes, that was our decision at the time. I'm just forwarding feedback from
> developers who think it's a bit strange and unintuitive. Especially with
> regards to the name of the event and how similar things work in other APIs.
>

Understood.


>
> How would a separate "gathering done"-event not meet all the needs of the
> trickle-ice proposal?


Because it needs to know when each transport (m= line) is done gathering,
not just when it's completely done. onicecandidate could be tweaked to do
this by surfacing a Candidate object with the m= line info filled in, but
no candidate.

>
>
> /Adam
>
>
>
>
Received on Friday, 26 April 2013 04:28:57 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:42 UTC