(for authenticating one HZ to another HZ via social auth addon on hub1 + OAuth2 app on hub2, that is possible (hub2 as a custom OAuth provider) but there is the built-in Remote authentication which is native way and much easier if it's an option)
2021-10-17T06:48:11Z:LOG_INFO:d2f1ff2b3c:config.php:125:getProviderConfig: Getting provider config for GitHub2021-10-17T06:48:11Z:LOG_INFO:d2f1ff2b3c:socialauth.php:51:socialauth_login: Adding provider GitHub2021-10-17T06:48:11Z:LOG_INFO:d2f1ff2b3c:config.php:125:getProviderConfig: Getting provider config for custom_gitea2021-10-17T06:48:11Z:LOG_INFO:d2f1ff2b3c:socialauth.php:51:socialauth_login: Adding provider gitea2021-10-17T06:48:16Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:45:get: SocialAuth Signin controller GET2021-10-17T06:48:16Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:16:getAuth: Configured providers: Array( [0] => GitHub [1] => custom_gitea)2021-10-17T06:48:16Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:18:getAuth: Request provider = GitHub2021-10-17T06:48:16Z:LOG_INFO:d2f1ff2b3c:config.php:125:getProviderConfig: Getting provider config for GitHub2021-10-17T06:48:16Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:91:get: Socialauth - not connected to GitHub yet2021-10-17T06:48:21Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:45:get: SocialAuth Signin controller GET2021-10-17T06:48:21Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:55:get: No provider specified2021-10-17T06:48:21Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:16:getAuth: Configured providers: Array( [0] => GitHub [1] => custom_gitea)2021-10-17T06:48:21Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:18:getAuth: Request provider = GitHub2021-10-17T06:48:21Z:LOG_INFO:d2f1ff2b3c:config.php:125:getProviderConfig: Getting provider config for GitHub2021-10-17T06:48:21Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:72:get: Socialauth - Connected to GitHub OK2021-10-17T06:48:22Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:154:Zotlabs\Module\socialauth_signin: Trying to log in account ***@***
2021-10-17T09:54:49Z: cleared
SocialAuth Signin controller GET
2021-10-17T06:48:11Z:LOG_INFO:d2f1ff2b3c:socialauth.php:51:socialauth_login: Adding provider gitea2021-10-17T06:48:16Z:LOG_INFO:d2f1ff2b3c:Mod_SocialAuth.php:45:get: SocialAuth Signin controller GET
[21/Oct/2021:18:06:41 +0200] "GET /socialauthsignin.php?provider=GitHub HTTP/2.0" 404 162 "[url=https://xyx.de/"]https://xyx.de/"[/url]; "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0"
select k,v from config where cat='system' and k='routes';
cleared
diff --git a/socialauth/include/config.php b/socialauth/include/config.phpindex fd748534..c88c199d 100644--- a/socialauth/include/config.php+++ b/socialauth/include/config.php@@ -30,7 +30,7 @@ class SocialAuthConfig { } static public function getCallback() {- return z_root() . '/socialauthsignin.php';+ return z_root() . '/socialauthsignin'; } static public function getBuiltinProviders() {
You must be able to authenticate at the provider with an email address which exists in your hub
Creating new accounts in Hubzilla is not supported through socialauth sign-in
This should be found in the Readme under "Limitations" and not just in the admin section...
It also supports configuring scopes for custom providers, so if you like to configure Hubzilla as a remote provider you can do that by configuring "openid email" as scope. The email address exposed by Hubzilla (as identity provider) must still match an account's email address on the local hub where the "social login" is done.
select k,v from config where cat='socialauth' and k like 'custom_%';select k,v from config where cat='socialauth' and k = 'providers';
Dots and spaces in variable names are converted to underscores. For example <input name="a.b" /> becomes $_REQUEST["a_b"].
When a form is submitted to a PHP script, the information from that form is automatically made available to the script. There are few ways to access this information, for example: There are only two ways to access data from your HTML forms. Currently available methods are listed below: Example #2 Accessing data from a simple POST HTML form Using a...
But for an identity provider under your own control, ok, I could see the use case or, if you want to open up the sign-up to virtually anyone.