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
Describe the bug
Direct communication with AWS (after enabling ACLs and public access to the bucket) results in the expected behavior, but attempting to put the ACL via versity results in the following being returned:
An error occurred (InvalidRequest) when calling the PutBucketAcl operation: Invalid Request
To Reproduce
Create a bucket in the Amazon S3 console.
Select the bucket and select the Permissions tab.
Check the Block public access section and select Edit and set Block all public access to off if not already off.
Go to the Object Ownership section, select Edit, and select ACLs Enabled and set Object Ownership to Object Writer if this hasn't already been done.
Set the AWS_ENDPOINT_URL value to point to the versity gateway, and send the following command: aws --no-verify-ssl s3api put-bucket-acl --bucket <name> --acl public-read
Expected behavior
The request succeeds, and the get-bucket-acl command returns a Grants element similar to the following:
Version : v0.21
Build : 10ed210
BuildTime: 2024-05-02_11:46:50PM
Darwin Lukes-MacBook-Pro.local 23.4.0 Darwin Kernel Version 23.4.0: Fri Mar 15 00:12:25 PDT 2024; root:xnu-10063.101.17~1/RELEASE_ARM64_T6030 arm64
The text was updated successfully, but these errors were encountered:
Thanks for the bug report, I'll take a look. For your information our implementation of Bucket ACLs differ from traditional AWS ACLs. Some features aren't supported in our end. I'll double check this part.
Describe the bug
Direct communication with AWS (after enabling ACLs and public access to the bucket) results in the expected behavior, but attempting to put the ACL via versity results in the following being returned:
To Reproduce
AWS_ENDPOINT_URL
value to point to the versity gateway, and send the following command:aws --no-verify-ssl s3api put-bucket-acl --bucket <name> --acl public-read
Expected behavior
The request succeeds, and the
get-bucket-acl
command returns a Grants element similar to the following:Server Version
The text was updated successfully, but these errors were encountered: