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

Re: Deployment of draft-ietf-httpbis-cice (Client-Initiated Content-Encoding)

From: Wenbo Zhu <wenboz@google.com>
Date: Tue, 1 Nov 2022 18:19:59 -0700
Message-ID: <CAD3-0rN1BroLfdi5Zn8MYHMEM3rGwnAu1fnN4e7vdsYqgwPTjA@mail.gmail.com>
To: Julian Reschke <julian.reschke@gmx.de>
Cc: ietf-http-wg@w3.org
No. The server has rules that decide what MIMI types are compressible. It
is possible for a client to apply C-E against an incompressible mime type
(as decided by the server).
With 415, the server may have to honor the client's decision to indicate AE
for the request, when the server will not compress the response of the same


On Thu, Oct 13, 2022 at 2:22 AM Julian Reschke <julian.reschke@gmx.de>

> Am 03.10.2022 um 20:20 schrieb Wenbo Zhu:
> > We ran into a corner case in responding 415 to a br-compressed request
> > on a server which hasn't enabled br support.
> >
> > When the client chooses to compress (br) an incompressible mime type (as
> > the server decides), the server will advise "A-E: gzip" instead of "A-E:
> > identity".
> But that's a server bug, no?
> Best regards, Julian
Received on Wednesday, 2 November 2022 01:20:24 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 28 January 2023 21:29:46 UTC