W3C home > Mailing lists > Public > public-webrtc@w3.org > June 2014

[Bug 25102] RTCDataChannel::send() steps are not proper.

From: <bugzilla@jessica.w3.org>
Date: Thu, 12 Jun 2014 05:14:58 +0000
To: public-webrtc@w3.org
Message-ID: <bug-25102-4991-0oNlecDgeV@http.www.w3.org/Bugs/Public/>

--- Comment #3 from Adam Bergkvist <adam.bergkvist@ericsson.com> ---
(In reply to Kiran from comment #2)
> After reading the websocket spec, the following is my understanding,
> 1. websocket spec has not explicitly specified what whether to raise an
> exception or not if the connections ready state is closing or closed. But in
> general case, socket APIs will raise exceptions if the sockets are close.

The fact the spec (WebSocket.send()) doesn't say that an exception should be
raised if the readyState is closing or closed means that there must be no such
exceptions at that time.

> 2. It is specified that bufferedAmount attribute must be increased only if
> there is no exception.
> "Any invocation of this method with a string argument that does not throw an
> exception must increase the bufferedAmount attribute by the number of bytes
> needed to express the argument as UTF-8"

Yes. We don't have that clarifying paragraph (I think), but the
DataChannel.send() algorithm specifies how bufferedAmount is increased.

> In datachannel case, spec is specifying to abort the steps if readystate is
> "closing" or "closed". Generally implementations will raise any exception in
> this case.

DataChannel.send() is imitating WebSocket.send() when it comes to exceptions so
it's intentionally not raising an exception on "closing" or "closed". Sending
data on a DataChannel that has closed will simply increase the bufferedAmount
like WebSocket do. You will off course get notified with an event when the
DataChannel closes.

You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
Received on Thursday, 12 June 2014 05:15:00 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:41 UTC