W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2010

Re: WebSockets questions, bufferedAmount

From: Olli Pettay <opettay@mozilla.com>
Date: Sun, 21 Feb 2010 00:15:52 +0200
Message-ID: <4B805F18.9050503@mozilla.com>
To: Ian Hickson <ian@hixie.ch>
CC: Wellington Fernando de Macedo <wfernandom2004@gmail.com>, WebApps WG <public-webapps@w3.org>
On 2/20/10 11:40 PM, Ian Hickson wrote:
> On Fri, 19 Feb 2010, Olli Pettay wrote:
>> On 2/19/10 5:09 AM, Ian Hickson wrote:
>>> On Fri, 19 Feb 2010, Wellington Fernando de Macedo wrote:
>>
>> Frame boundary bits are taken account in bufferedAmount?
>> This is surprising. Very surprising.
>> Web Socket API is about the API, so it is a bit strange that
>> whoever uses that API needs to know that because of the (current)
>> protocol, something extra is added to the bufferedAmount.
>> Very strange indeed.
>
> I'm happy to do it the other way around. I basically spec whatever you
> (the browser vendors) want, all you have to do is ask. :-)
>


Well, I propose that bufferedAmount doesn't take account the bits added
by the protocol. This way if the protocol is later changed, web
developers don't need to change their code because of the way they
rely on bufferedAmount.
And I assume that most web developers won't read the protocol spec.
They'll probably just use the API and on server side some helper
methods so they know pretty much nothing about the protocol.

And XHR+progress events report only the size of the data.
(Though, seems like XHR doesn't actually define that in a way Progress 
Events draft requires.)


-Olli
Received on Monday, 22 February 2010 10:17:35 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:37 GMT