W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2010

Re: Working Group Last Call: draft-ietf-httpbis-content-disp-02

From: Adam Barth <w3c@adambarth.com>
Date: Sat, 2 Oct 2010 16:21:29 -0700
Message-ID: <AANLkTin9fi2Vd0tHiuVHYXs91F6j7sGnMrgoXB1T_WOm@mail.gmail.com>
To: Bjoern Hoehrmann <derhoermi@gmx.net>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
On Sat, Oct 2, 2010 at 4:16 PM, Bjoern Hoehrmann <derhoermi@gmx.net> wrote:
> * Adam Barth wrote:
>>Right, this document is useful to folks who would like to generate
>>this header.  It's a generative profile.  As such, its a profile for
>>servers.  I'm just asking that the document be upfront about that.
>>
>>One the other hand, this document isn't very helpful to folks who
>>would like to consume these headers.  Consumers will likely need to
>>implement the full protocol, not just the well-behaved profile.  As
>>such, we're still missing a specification for what user agents should
>>do with these headers, which is one reason we have the
>>interoperability problems Bjoern points out.
>
> The goal is that authors can successfully suggest file names for and
> treatment of entities that users may wish to download. That requires
> that "servers" and "consumers" agree on a protocol to accomplish that.
> The draft defines such a protocol, allowing for interoperability be-
> tween "servers" and "consumers". This is about making stuff work, not
> about cleaning up the mess browser vendors have created by arbitrarily
> extending the protocol because they are not familiar with the concept
> of input validation. That the draft does not try to fuse half a dozen
> of differently broken implementations into a novel format for the
> header that has only a small chance of being adopted properly does not
> mean the protocol specification is for servers only.

Insulting an important constituency is unlikely to generate consensus
by win that constituency over to your point of view.

Adam
Received on Saturday, 2 October 2010 23:22:34 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 06:51:27 GMT