StorageClient.DownloadObject fails for compressed data with a client configured not to decompress #1784
Labels
api: storage
Issues related to the Cloud Storage API.
priority: p2
Moderately-important priority. Fix may not be included in next release.
status: blocked
Resolving the issue is dependent on other work.
type: bug
Error or flaw in code with unintended results or allowing sub-optimal usage patterns.
This is a special case of #1641, and more of a corner case.
If the client has been explicitly configured to disable decompression support, but tries to download an object which has
Content-Encoding: gzip
, the server will provide the hash of the compressed data, but will serve the decompressed data. There's no way of validating the hash provided.There are two options here:
The latter option depends on a reliable way of detecting this scenario - the header being provided at the moment is not deemed sufficiently stable/reliable that we want to take a dependency on it. This issue is therefore blocked on a server-side change one way or the other.
The text was updated successfully, but these errors were encountered: