W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2012

Re: [FileAPI] blob: protocol need a content-length header

From: Arun Ranganathan <aranganathan@mozilla.com>
Date: Mon, 13 Aug 2012 12:43:23 -0400
Cc: Jonas Sicking <jonas@sicking.cc>, public-webapps@w3.org
Message-Id: <743660C8-3E6B-4756-987F-18AA7E1804F0@mozilla.com>
To: Benjamin BERNARD <benjamin.bernard@benvii.com>
Benjamin,

I filed the following:

https://www.w3.org/Bugs/Public/show_bug.cgi?id=18548

I think we should add Content-Length.

-- A*

On Aug 12, 2012, at 5:41 PM, Benjamin BERNARD wrote:

> I build de demo script (for firefox) here : http://experiments.benvii.com/blob_content_length/
> You will also notice that the player's load event isn't called.
> 
> Content-Length should be added to firefox (maybe open a ticket on https://bugzilla.mozilla.org/) but it should also be recommended in the section "11.7.3. Request and Response Headers" of the spec.
> 
> Thanks for responding.
> 
> Benjamin BERNARD
> 
> 
> Le 12/08/2012 21:23, Jonas Sicking a écrit :
>> On Sun, Aug 12, 2012 at 2:56 AM, Benjamin BERNARD
>> <benjamin.bernard@benvii.com>  wrote:
>>> Hi,
>>> I was developing an offline music web App when I discover that is no
>>> "Content-length" header specified here :
>>> http://www.w3.org/TR/FileAPI/#ProtocolExamples
>>> So when you play an audio/video file stored as a blob (under a blob URI)
>>> it's considered by the player as streaming content which means you can't get
>>> the duration of a song for instance (it has an infinite duration). I think
>>> it might be the consequence of not providing a content-length header.
>>> 
>>> I experienced it using Firefox I heard Internet Explorer already provide
>>> this header.
>>> 
>>> Moreover, I don't understand why there is no content-length header
>>> recommended in the spec because when you use URL.createObjectURL(blob), blob
>>> has a finished size (correct me if I'm wrong). So a content-length header
>>> should also be provided and recommended in the spec.
>> Yes, I agree, we should have a content-length header similar to the
>> content-type header.
>> 
>> In Gecko things are a bit complicated because we don't have headers on
>> anything but http channels. But we do have the concept of a length of
>> a response for all channels so that should take care of it. Not sure
>> off the top of my head why it doesn't. Filing a bug with an example
>> would be great.
>> 
>> / Jonas
> 
Received on Monday, 13 August 2012 16:43:54 GMT

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