Handle previously unhandled exceptions with social
plugin and Hybridauth
#4643
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Motivation and Context
#4192 – social login with FB - avoid fatal error if ID is missing
A frontend error should not happen if any social login provider is not configured correctly.
#4199 – handler dependent on social plugin
e107 should not break with a fatal error if the
social
plugin is removed.Description
e107::getUserProvider()
no longer throws exceptions, as the client usages do not handle them. Instead, the exceptions are suppressed now.e_user_provider
manually now has the option to un-suppress exceptions, which lets the admin verify that their configurations are valid at/e107_plugins/social/admin_config.php?mode=main&action=configure
.e_user_provider
will no longer fatal error if thesocial
plugin is removed.How Has This Been Tested?
Added tests for bad Hybridauth configurations and resulting exceptions that are either suppressed or rethrown
Types of Changes
Checklist