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

Restore backward-compatibility layer for errors #1030

Merged

Conversation

michaelherold
Copy link
Contributor

Faraday has been maintaining a backward-compatibility layer for errors
in the Faraday::Error:: "namespace". These were removed with v0.16.0,
which caused issues for dependents that use semantic versioning
constraints.

It would be best if these were deprecated with a warning message and
then dropped in v1.0 in order to make sure transitive dependencies do
not break.

See octokit/octokit.rb#1154

@michaelherold michaelherold changed the base branch from master to 0.16.x September 27, 2019 18:46
Faraday has been maintaining a backward-compatibility layer for errors
in the `Faraday::Error::` "namespace". These were removed with v0.16.0,
which caused issues for dependents that use semantic versioning
constraints.

It would be best if these were deprecated with a warning message and
then dropped in v1.0 in order to make sure transitive dependencies do
not break.

See octokit/octokit.rb#1154
@michaelherold
Copy link
Contributor Author

I rebased this on top of the 0.16.x branch because it should only go on those releases, not on the 1.0 release. The linter is now complaining about missing documentation for something that I didn't touch - I figure I shouldn't try to add those.

This adds a very simple deprecation proxy that outputs when a deprecated
constant is referenced. It's based on `ActiveSupport::Deprecations` but
is much pared-down in functionality. Notably, it does not currently
output the relevant part of the stacktrace that is referencing the
error.
@michaelherold
Copy link
Contributor Author

I added a very simple constant deprecation proxy for these backward-compatible error classes. Feel free to push back on the implementation!

@technoweenie technoweenie merged commit 717b749 into lostisland:0.16.x Sep 27, 2019
glensc added a commit to glensc/eventum that referenced this pull request Sep 29, 2019
@michaelherold michaelherold deleted the restore-backward-compatibility branch September 30, 2019 15:46
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.

2 participants