Re: [webrtc-stats] Add field to RTCIceCandidateStats indicating whether or not the candidate has been freed

Ah - I was looking for "free", not "delete". Should have looked more 
carefully.
Then it seems clear that freeing/deleting a candidate is intended to 
be a client-driven event, and we don't have to sync with anything - we
 just say "when the UA decides to delete a candidate, it marks it as 
follows in the stats". Probably we should also mark it as deleted on 
437 allocation mismatch responses from the TURN server.
Would a 'bool deleted default="false"' be appropriate? Or do we need 
to distinguish between "client-deleted" and "server-deleted" 
candidates?

-- 
GitHub Notification of comment by alvestrand
Please view or discuss this issue at 
https://github.com/w3c/webrtc-stats/issues/89#issuecomment-265116246 
using your GitHub account

Received on Tuesday, 6 December 2016 10:35:48 UTC