You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some third-party S3 protocol implementations seem to require the storage class field to be specified for all uploads.
AWS S3 treats NOT_SET as STANDARD, however, internally AWS SDK for C++ just doesn't set corresponding header, while adds it to the SignedHeaders.
MinIO implementation treats it as error, returning to client error, for PutObject requests. For MinIO, this has been fixed in PR #1148
Recently other S3 implementations have been discovered having a similarly looking issue for CreateMultipartUpload requests.
In addition, #1148 seem to have been dropped from main by PR #10333. If the latter PR somehow fixes the issue, it needs to be ported to 24-3 and tested.
The text was updated successfully, but these errors were encountered:
Some third-party S3 protocol implementations seem to require the storage class field to be specified for all uploads.
AWS S3 treats NOT_SET as STANDARD, however, internally AWS SDK for C++ just doesn't set corresponding header, while adds it to the SignedHeaders.
MinIO implementation treats it as error, returning to client error, for PutObject requests. For MinIO, this has been fixed in PR #1148
Recently other S3 implementations have been discovered having a similarly looking issue for CreateMultipartUpload requests.
In addition, #1148 seem to have been dropped from main by PR #10333. If the latter PR somehow fixes the issue, it needs to be ported to 24-3 and tested.
The text was updated successfully, but these errors were encountered: