-
-
Notifications
You must be signed in to change notification settings - Fork 352
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
Fix blank content-encoding when none is supplied #75
Conversation
Signature v4 requires that we insert a content-encoding header when doing a streaming upload. If there is no pre-existing content encoding we should set it to identity or some client may be confused by a blank content encoding
With this the Content-Encoding header is set as
Note that there is two spaces between colon and identity. I'm not sure if that could have any effect. |
Not according to http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html |
@fcheung - seems good. Have you confirmed that it helps on #3450? Figure knowing that will make it clearer if we should pull it in or not. Thanks! |
@geemus waiting for feedback |
@fcheung Thanks, that was my impression, just double checking. |
@geemus I think we're good to go on this |
@fcheung thanks, bringing it in. |
Fix blank content-encoding when none is supplied
Just to follow up on this, it appears as though 'Identity' should not be used for 'Content-Encoding', according to: http://tools.ietf.org/html/rfc2616#section-3.5 Thoughts? I'm not entirely what effect it has on things though, if it is present. |
We are experiencing a problem with this fix -- all the gzip files ended up with an empty |
So you suffer from the opposite problem than the person that reported the original issue? If identity is an incorrect content encoding (which it seems it is) then we need to figure out what was causing the blank content encoding previously. I suppose it could happen if the content-encoding was explicitly set to an empty string, but not sure how that would happen |
@fcheung , this particular fix: fog-aws/lib/fog/aws/storage.rb Line 567 in 9b9faf6
|
I've created a pull request that changes it back and improves some of the handling, but the original fog issue was by someone having this issue before we made this change, so I am not confident this won't introduce a regression |
I've merged the change, could people who have experienced issues (or are now) try with master and see if it improves their situations? Thanks! |
Should help with fog/fog#3450