Skip to content
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 ArgumentError when uploading to amazon s3 #34550

Merged

Conversation

mogulla3
Copy link
Contributor

Summary

I fixed lack of modification the following commit.
54ed6ad

In rails 5.2.1.1, when I uploaded object using #attach to amazon s3, ArgumentError: unknown keyword: content_type was occurred.

@gmcgibbon
Copy link
Member

gmcgibbon commented Nov 28, 2018

Thanks for fixing this!

@eileencodes eileencodes merged commit aaacfd9 into rails:master Nov 28, 2018
eileencodes added a commit that referenced this pull request Nov 28, 2018
…ing-to-s3

Fix `ArgumentError` when uploading to amazon s3
@eileencodes
Copy link
Member

Backported to 5-2-stable in a69b5b1

@jhaber1
Copy link

jhaber1 commented Nov 28, 2018

Any chance this gets released as 5.2.1.2 any time soon?

@rafaelfranca
Copy link
Member

No. You are free to use the 5-2-stable branch.

@eileencodes
Copy link
Member

Commenting because some folks have reached out to me to ask why we're not releasing a 5.2.1.2

To clarify what Rafael means is we are releasing 5.2.2 v soon and that will include the bug fix. Building the gem from 5-2-stable is also a viable in the meantime.

@rafaelfranca
Copy link
Member

There is three costs of releasing a security fix version:

  • maintainer overhead - it is very stressful and full of manual steps and verifications to release a security fix version.
  • psychologic pressure - because it is a security release people think they need to upgrade ASAP.
  • time pressure - The release needs to be done ASAP.

Since this is fixing a bug I'd prefer to release this in a bug fix release without of those costs. Bundler is here to help everyone. There is no reason why you can't use the 5-2-stable branch, it contains the same code that would be contained in the 5.2.2 release.

That being said, I'm planning to do a release, but not because of this issue and with no time commitment.

@spohlenz
Copy link
Contributor

@rafaelfranca Any chance of updating the post at https://weblog.rubyonrails.org/2018/11/27/Rails-4-2-5-0-5-1-5-2-have-been-released/ with a note about this issue? I spent a while this morning tracking down this issue in one of my apps before finding this PR and I dare say others will experience the same.

@rafaelfranca
Copy link
Member

5.2.2.rc1 was released just to address this issue. I can update the blog post for the new release with that information.

@kugaevsky
Copy link

kugaevsky commented Dec 2, 2018

@rafaelfranca did you have in mind that you're breaking all third-party active storage services implementations by changing Service#upload ActiveStorage API call?
For example, chaadow/activestorage-openstack and others.

Maybe it's better to revert this change before pulling it in 5.2.2 and find another way of hacking this feature?

@chaadow
Copy link
Contributor

chaadow commented Feb 7, 2019

@kugaevsky Just saw your comment by accident, I'm going to fix this and my gem altogether with the most recent fog-openstack version. Thank you.

@kugaevsky
Copy link

@chaadow thank you.

@aliammaar
Copy link

is there anyone else around still getting this error at rails 5.2.3 and ruby 2.
4.0?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet