Open tim-finnigan opened 1 year ago
P83760338 / D119267049
This blank header is breaking my website when I turn on CloudFront compression. The user's web browser ends up getting two Content-Encoding headers, the blank one from S3 and the "br" one added by CloudFront. Firefox is able to deal with this and correctly respects the "br" one, but Chrome and others don't recognize the content as compressed. All I did was use aws s3 sync ...
to upload these files, which I guess decides to use chunking on some files.
So, just adding this common use case to this bug.
I see this issue is popping up in various language sdk's, so I'll add my findings here: I am using the aws-sdk-go-v2
and experiencing the same problem - empty (no value) Content-Encoding header automatically added to my objects even when it is not specified.
Debugging further, this happens specifically when uploading objects that do not need multiple chunks to upload. If I create an object that requires at least 2 chunks (e.g 6MB+), the header is not added anymore. On the go sdk side, this splits off at https://github.com/aws/aws-sdk-go-v2/blob/main/feature/s3/manager/upload.go#L355.
I'm seeing this issue as well when upgrading from 1.12.157 -> 2.25.47 with the java SDK for small files under the chunking threshold.
Original issue: https://github.com/boto/boto3/issues/3629