Skip to content

Conversation

kylewlacy
Copy link
Contributor

Which issue does this PR close?

Closes #7142.

Rationale for this change

Resolves an issue where enabling extra compression features in reqwest (zstd, brotli, deflate) would cause the client to automatically include the Accept-Encoding header in the request, which-- in turn-- may cause an HTTP server to respond with compression. Reqwest would then filter out Content-Length from the response, resulting in an error.

What changes are included in this PR?

This PR expands on the work from #6843 to disable all the compression formats that reqwest (currently) supports. Now, in addition to disabling gzip, the compression formats zstd, brotli, and deflate are also disabled.

Are there any user-facing changes?

Behind the scenes, the Accept-Encoding header on outbound HTTP requests may have changed if the reqwest features zstd, brotli, or deflate were enabled. The only effect users should notice is that HTTP requests that were once failing due to a missing Content-Length header may now succeed.

@tustvold tustvold merged commit d0a2301 into apache:main Feb 19, 2025
14 checks passed
friendlymatthew pushed a commit to friendlymatthew/arrow-rs that referenced this pull request Feb 21, 2025
alamb pushed a commit to alamb/arrow-rs that referenced this pull request Mar 20, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

object_store returns an error when other compression features are enabled in reqwest
2 participants