- Mentioned In
- T298351: Extension WSOAuth problems with account existence checking during registration
- Mentioned Here
- rEPLG520da2faa623: Set MediaWiki 1.31 as minimum requirement in extension.json
rEPLGbc8cc95bf8b1: User LoggerFactory rather than wfDebugLog
rEPLGcdf73daf1198: Use main config rather than $GLOBALS
rEPLG8b278afaca84: Disable account creation special page if local login is disabled
Hm, WSOAuth might need an update?
2022-01-24 17:06:53: (mod_fastcgi.c.421) FastCGI-stderr: PHP Fatal error: Uncaught RuntimeException: The configuration setting 'wgPluggableAuth_ButtonLabelMessage' was already set by MediaWiki core or another extension, and cannot be set again by WSOAuth. in /data/project/notwikilambda/public_html/w/includes/registration/ExtensionProcessor.php:777
Could be related to https://gerrit.wikimedia.org/r/c/mediawiki/extensions/PluggableAuth/+/754987, merged yesterday. Apparently WSOAuth already defined the duplicate setting before, but it’s possible that MediaWiki only makes this an error when using manifest v2.
I’m a bit confused by what PluggableAuth and WSOAuth are doing here. It looks like this wgPluggableAuth_ButtonLabelMessage is a config that PluggableAuth expects the authentication provider to provide (hence “pluggable”)? But it doesn’t seem like extension.json is the right mechanism for it…
The first failure in the log is fairly soon after that change was merged, though:
2022-01-23 19:31:03: (mod_fastcgi.c.421) FastCGI-stderr: PHP Fatal error: Uncaught RuntimeException: The configuration setting 'wgPluggableAuth_ButtonLabelMessage' was already set by MediaWiki core or another extension, and cannot be set again by WSOAuth. in /data/project/notwikilambda/public_html/w/includes/registration/ExtensionProcessor.php:777
Turns out it was https://gerrit.wikimedia.org/r/c/mediawiki/extensions/PluggableAuth/+/754104, a few commits earlier, but merged around the same time. Main page loads again. Leaving task open since this still needs to be resolved by the PluggableAuth / WSOAuth devs, I assume, and then at some point I’d like to turn on the automatic updates again.
Sorry to hear about the outage and thanks for troubleshooting!
Good to know that notwikilambda was/will again be autoupdating PluggableAuth. Due to the nature of the update to PluggableAuth, an update will required to all authentication plugins.
Agreed that extension.json is not the place to override the value.
@Xxmarijnw, tagging you to look at updating WSOAuth.
This is unfortunately taking longer than expected. I am currently very busy with other duties at Wikibase Solutions, and the update is more complex than I initially thought. I hope to have it finished in February, though!
It’s not on current master, it’s on rEPLGbc8cc95bf8b1: User LoggerFactory rather than wfDebugLog, which I thought was the last compatible commit (it’s the parent of rEPLGcdf73daf1198: Use main config rather than $GLOBALS, which seemed to be the commit that broke things). Should I switch to an earlier commit?
WSOAuth has now been updated to support PluggableAuth 6.0.
Please note that WSOAuth 6.0 is not backwards compatible with older versions as there have been some schema changes and the way to configure OAuth providers has changed. Please see the documentation (also take a look at Extension:WSOAuth#Upgrading from before 6.0).