On Wed, 25 Apr 2018, Rainer Canavan wrote:
I would conclude that libcurl should still try to decompress a
response with a supported Content-Encoding, however
Curl_http_readwrite_headers() explicitly checks if
data->set.str[STRING_ENCODING] was set (i.e. an Accept-Encoding header
was sent), and therefore disables compression.
I would simply remove that check for STRING_ENCODING. Opinions?
I'm only worried for the users out there who have the decompression ability
built-in, but are using libcurl to download the compressed data for storage or
something. Changing this to unconditionally decompressing would make it
impossible for such a built library to get the compressed version.
--
/ daniel.haxx.se
-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.haxx.se/mail/etiquette.html