W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2014

Re: Support for gzip at the server #424 (Consensus Call)

From: Roland Zink <roland@zinks.de>
Date: Fri, 21 Mar 2014 09:37:51 +0100
Message-ID: <532BFA5F.7060607@zinks.de>
To: ietf-http-wg@w3.org
On 21.03.2014 00:58, Mark Nottingham wrote:
> In truth, I'm not entirely happy about the requirement for clients to 
> support compressed responses, but tolerate it both because we have 
> broad support for it, and its integration is relatively simple; it 
> might require intermediaries to selectively decompress for 1.1 
> clients, but that's pretty straightforward.
I have a concern about this in the presence of range requests / 
responses. Assuming there is a HTTP/1.1 to HTTP/2 gateway and a client 
supporting range requests but not gzip. The gateway can't decompress a 
potential range response when the start isn't included. What should the 
gateway do to a ETag header when it needs to decompress?

Received on Friday, 21 March 2014 08:38:19 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:25 UTC