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

2.0.0 changes inbound #1021

Merged
merged 45 commits into from Jan 11, 2021
Merged

2.0.0 changes inbound #1021

merged 45 commits into from Jan 11, 2021

Conversation

BobbyMcWho
Copy link
Member

No description provided.

pat and others added 30 commits October 5, 2017 14:08
…trategies

i.e., prevent it from finding top-level constants
This changes the few instances of "I" to "you" to match the rest of the
README.
Previously, it just fetched the global path_prefix.
These messages are very specific to omniauth internals, and thus are
only useful when debugging or developing. Having these messages on
`:info` causes them to fill test suite output or other non-production
logs which are at the `:info` level. We should move these messages to
`:debug` so developers can still see them, but they to not pollute
non-development logs.
…fault

RFC - Make omniauth use post by default
…ssage_key for FailureEndpoint handling

Do not rescue around mock_call!
…th-hash

Remove duplicative eval of credentials and extra
…ndling

Generic error handling in Strategy
Change first-person to second-person in README
…ookup

limit Builder#provider's symbol lookup to constants under OmniAuth::Strategies
Change debugging logging to use debug channel
…n-failure

Make the FailureEndpoint respect the strategy's path_prefix.
BobbyMcWho and others added 15 commits December 10, 2020 10:36
Update for frozen-string-literal friendliness.
This commit allows OmniAuth to handle relative url root installations
by correctly prefixing the default `Strategy#request_path` and
`Strategy#callback_path` with `SCRIPT_NAME` as provided by Rack.

Also, in order to detect the full current path, uses
`Rack::Request#path` instead of `#path_info`, as the latter does not
include SCRIPT_NAME.

A deeper question remains: What should happen with custom callback and
request paths? I can't think of a case where a user with a relative url
root installation would *not* want to prefix its paths, regardless of
setting a custom path or not.
However, since some people may have configured custom paths in order to
deal with relative root, including this change may be breaking.
Deal with relative url root installations
This allows strategies to safely mutate their options without affecting
subsequent or concurrent requests.
…-freeze

Make sure strategy passes rack freeze
@BobbyMcWho BobbyMcWho merged commit 29c8216 into master Jan 11, 2021
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.

None yet

10 participants