Those pages only exist on $wgMWOAuthCentralWiki. You can either not set that (in which case they will exist on each wiki but the wikis won't really be aware of each other and you will have to register and authorize OAuth consumers on each wiki separately) or set it to a central wiki which will be the one where registration and management of consumers must happen.

Does that solve your issue or did you intend it as a feature request to make management pages available from any wiki?

$wgMWOAuthCentralWiki is already defined (see the link in the description.), but it doesn't solve anything.

So Special:OAuthConsumerRegistration etc. does not exist on metawiki?

In T132454#2199341, @Tgr wrote:

So Special:OAuthConsumerRegistration etc. does not exist on metawiki?

You have requested an invalid special page.

And just to be sure it's installed, Version has OAuth (version above).

There might be some problem with your wiki configuration then. MWOAuthUtils::isCentralWiki() simply checks wfWikiId() === $wgMWOAuthCentralWiki so you should debug those.

@Tgr: I applied this patch:

diff --git a/frontend/MWOAuthUI.setup.php b/frontend/MWOAuthUI.setup.php
index d3aa768..6abe29e 100644
--- a/frontend/MWOAuthUI.setup.php
+++ b/frontend/MWOAuthUI.setup.php
@@ -49,7 +49,10 @@ class MWOAuthUISetup {
                global $wgSpecialPages;
                global $wgLogTypes, $wgLogNames, $wgLogHeaders, $wgLogActionsHandlers;

+               if ( $_SERVER['REMOTE_ADDR'] == '::ffff:[REDACTED]' ) { var_dump( MWOAuthUtils::isCentralWiki() ); }
+
                if ( MWOAuthUtils::isCentralWiki() ) {
+                       if ( $_SERVER['REMOTE_ADDR'] == '::ffff:[REDACTED]' ) { echo 'This is a central wiki'; }
                        $wgSpecialPages['OAuthConsumerRegistration'] = 'MediaWiki\Extensions\OAuth\SpecialMWOAuthConsumerRegistration';
                        $wgSpecialPages['OAuthManageConsumers'] = 'MediaWiki\Extensions\OAuth\SpecialMWOAuthManageConsumers';

I get this in my browser: bool(true) This is a central wiki

When I apply this patch to the literal end of LocalSettings.php:

--- a/LocalSettings.php
+++ b/LocalSettings.php
@@ -2210,3 +2210,5 @@ if ( $wgDBname == 'metawiki' ) {
 if ( $wgDBname == 'extloadwiki' ) {
        require_once( "$IP/extensions/OpenGraphMeta/OpenGraphMeta.php" );
 }
+
+if ( $_SERVER['REMOTE_ADDR'] == '::ffff:[REDACTED]' ) { var_dump( $wgSpecialPages['OAuthConsumerRegistration'] ); }

I get this: <b>Notice</b>: Undefined index: OAuthConsumerRegistration in <b>/srv/mediawiki/config/LocalSettings.php</b> on line <b>2214</b><br>
NULL

Something is just going horribly wrong when adding the special page to the wgSpecialPages array. It should have nothing to do with isCentralWiki() I guess? I experience this same issue with the Translate extension.

Maybe something is overwriting $wgSpecialPages instead of adding to it. Pepper LocalSetting with var_dumps and find the place where the contents disappear I guess?

array(23) {
  ["OAuth"]=>
  string(41) "MediaWiki\Extensions\OAuth\SpecialMWOAuth"
  ["OAuthManageMyGrants"]=>
  string(55) "MediaWiki\Extensions\OAuth\SpecialMWOAuthManageMyGrants"
  ["OAuthListConsumers"]=>
  string(54) "MediaWiki\Extensions\OAuth\SpecialMWOAuthListConsumers"
}

I added this var_dump after the require of OAuth, so it is not like any of my extensions should be messing with the array..

It no longer works at all. (back to No such special page)

What other extensions do you have installed?

Anyways, it's an OAuth bug, registering special pages inside a $wgExtensionFunctions is too late. The SpecialPage_initList hook should be used instead.

It would be cool if this bug could be fixed (whatever the solution is).

However, I was surprised when I tried this extension on another MediaWiki 1.26 installation (which has a lot less extensions): it just worked without any patch! After some debugging I found the culprit: the onWebRequestPathInfoRouter hook in the UrlShortener extension: https://github.com/wikimedia/mediawiki-extensions-UrlShortener/blob/master/UrlShortener.hooks.php#L22-L24

I do not know anything about PathRouter, but it somehow seems to cause issues. Could it be a wrong REQUEST_URI parameter set by nginx? Or a bug in PathRouter?

I am not sure if @Legoktm is still right about '$wgExtensionFunctions being too late', it could be a bug in my nginx config, PathRouter or something else.

In T132454#2357968, @Southparkfan wrote:

I do not know anything about PathRouter, but it somehow seems to cause issues. Could it be a wrong REQUEST_URI parameter set by nginx? Or a bug in PathRouter?

No, it's none of those.

I am not sure if @Legoktm is still right about '$wgExtensionFunctions being too late', it could be a bug in my nginx config, PathRouter or something else.

I'm fairly sure he is.

I'm sure Legoktm is right :-)! But I failed to make it work, so someone else should take it over honestly...

And it's not necessarily a configuration issue. If an extension like UrlShortner is installed which initializes the SpecialPage list before extension functions are run, it's too late to register more special pages, which is why you need to use the hook.

Change 341493 had a related patch set uploaded (by legoktm):
[mediawiki/extensions/OAuth] Move conditional special page registration to a hook

https://gerrit.wikimedia.org/r/341493

Change 341493 merged by jenkins-bot:
[mediawiki/extensions/OAuth] Move conditional special page registration to a hook

https://gerrit.wikimedia.org/r/341493