Re: [webrtc-pc] Remove condition "If channel's underlying data transport is not established yet, then abort these steps" from send()

My thinking was that the closing procedure does not necessarily get invoked by closed, e.g. when closed by remote peer. In that case the changing from `open` to `closing` could is queued as a task and could result in race condition.

But you are right that the whole step can be removed entirely. Because even if we guard against that, the remote peer can still close while data being sent and result in data loss. It is simpler to just queue it to the buffer regardless and let the closing procedure handle discarding the queue.

Closing this in favor of #1404.

-- 
GitHub Notification of comment by soareschen
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/pull/1398#issuecomment-309631317 using your GitHub account

Received on Tuesday, 20 June 2017 03:01:36 UTC