-
Notifications
You must be signed in to change notification settings - Fork 654
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PUT dont set "Transfer-Encoding" but send chucked data #1802
Comments
Seems like AWS doesn't care. But adding it, since it should be there. See #1803 |
@greenx Are you sure this isn't just because it isn't printed? Did you confirm this on the sever side? |
There is a "content-length" in the headers, but the message body is transmitted in chunks, without the "transfer-encoding" header. |
@greenx this is actually normal for this operation. The main reason is that content-length is automatically added via Go's net/http. Which looks at our input buffer to see what is the size and then automatically sets it. That seems to invalidate the value set at req.TransferEncoding - it requires a bit of a refactor and touching some old code. I would carefully do it if we must fix this. Since this works with MinIO and AWS our current priorities are really kind of met - it would seem like no other S3 vendor has complained either. Unless I am mistaken at this point your server @greenx should honor what AWS S3 honors, i.e allow chunked transfer via Content-Length being set. Just treat it as chunked via x-amz-signature-algorithm - that calls it as Streaming! |
Hmmm, Judging by this, |
Could look like some Go magic. I will look a bit deeper into it. |
Observed against storage.googleapis.com |
Google doesn't support proper AWS S3 semantics. Please use this SDK against S3 compatible implementations. |
It's funny - on our project we replaced github.com/minio/minio-go/v7 with github.com/aws/aws-sdk-go-v2 to continue working with GCP storage which doesn't support proper AWS S3 semantics. |
BTW GCP is working for us with v7.0.61 (even with SignatureV2) but not with v7.0.62,
|
Hi,
I testing our new s3 compatible storadge.
The PUT test passes, but the GET does not.
I checked what Wasp was sending. It sends data in chunks, but does not set the appropriate header, so the data size does not match the expected one.
The text was updated successfully, but these errors were encountered: