Skip to content

Conversation

@escoberik
Copy link
Contributor

Base64.strict_encode64 method doesn't need to remove the "\n" characters a posteriori.

@coveralls
Copy link

coveralls commented Oct 23, 2017

Coverage Status

Coverage remained the same at 96.0% when pulling c11d4fc on erik-escobedo:strict_encode64 into 452a085 on intridea:master.

@josephpage
Copy link
Member

josephpage commented Jan 3, 2018

Base64.strict_encode64 has been removed from code because ruby 1.8 doesn't have it. See 8799f12.

But the gem does not support this old ruby version anymore. 👍

Could you apply this change to every calls of the method ?
=> https://github.com/oauth-xx/oauth2/search?q=encode64

@pboling
Copy link
Member

pboling commented Jan 3, 2018

We will definitely not be supporting Ruby 1.8. Need to think about support for other EOL'd Rubies.

@escoberik
Copy link
Contributor Author

Totally. I’m on it!

@josephpage
Copy link
Member

FYI the rubocop offenses are fixed. So the Travis build should pass when you will push.

@josephpage josephpage added this to the 2.0.0 milestone Jan 9, 2018
@pboling
Copy link
Member

pboling commented Aug 20, 2018

@erik-escobedo ping!

@pboling
Copy link
Member

pboling commented Oct 5, 2018

This change was merged in #414

@pboling pboling closed this Oct 5, 2018
@pboling pboling modified the milestones: 3.0.0, 2.0.0 Nov 19, 2019
@pboling pboling added in Changelog Has been added to Changelog and removed in Changelog Has been added to Changelog labels Mar 28, 2022
@pboling pboling removed this from the 2.0.0 milestone Mar 28, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants