The kind of configuration quoted in the description seems to be the standard way of handling the "Author" namespace.

For example:

• https://hr.wikisource.org/w/api.php?action=query&meta=siteinfo&siprop=namespaces (NS 100)
• https://kn.wikisource.org/w/api.php?action=query&meta=siteinfo&siprop=namespaces (NS 102)

(See entries under 'wgExtraNamespaces' in InitialiseSettings.php.)

It appears that what you want is a namespace alias for each of those NSs:

'wgNamespaceAliases' => [
…
	'+napwikisource' => [
		'Author' => 102,
		'Author_talk' => 103,
	],
…
],

(See, for example, the knwikisource entry under 'wgNamespaceAliases' in same InitialiseSettings.php file.)

A sysadmin should verify that this is indeed the change that will accomplish what you want. (I am not a sysadmin.)

@Dcljr It is possible that I've misidentified the problem (@Alex_brollo Forse tu puoi aggiungere qualcosa in più), but, yes, to obtain this result it seems that we need a namespace alias.

While we're at it, would it be possible to add a new namespace for Wikiprojects? Something like:

"104": {
     "id": 104,
     "case": "first-letter",
     "subpages": "",
     "canonical": "Prugetto",
     "*": "Prugetto"
 },

Thanks.

I'm far from an expert about namespace settings, but I noted too that pages prefixed with "Author:" are attributed to ns0 (wgNamespaceNumber value: 0 instead of 102) and this is surely wrong.
Many Author: pages have been redirected to Autore: namespace into nap.wikisource, but this doesn't seem a good trick.

In T231880#5467424, @Ruthven wrote:

While we're at it, would it be possible to add a new namespace for Wikiprojects? Something like:

"104": {
     "id": 104,
     "case": "first-letter",
     "subpages": "",
     "canonical": "Prugetto",
     "*": "Prugetto"
 },

This is going to seem very familiar to you [wink]: you should open a separate task to request any new namspaces. (This task is about fixing an existing namespace.)

Be sure to include a name for the corresponding talk/discussion namespace and any aliases you want in the same request. Per m:Requesting wiki configuration changes, you will have to link to evidence of local consensus for the change, so you should work on that first, if it hasn't already been discussed. When creating the Phabricator task, you might want to look at T93870 for a successful example of this kind of request.

By the way, since "Prugetto" seems to mean "Project", you might want to consider a different name, just to avoid potential confusion. The English word "Project" is used as a built-in alias on all Wikimedia wikis for the… well… the so-called "project namespace" -- namely, namespace 4, the one that is called "Wikisource" on the Neapolitan Wikisource. (To illustrate this, you can type "Project:" in the search box [but don't hit Enter or click on the magnifying glass icon] and a drop-down menu will appear listing titles starting with "Wikisource:".)

Maybe "Wikiprugetto" (or something like that) might be a better choice?

@Dcljr Thanks, but never mind: I never liked too much the bureaucracy, and we're doing fine with the virtual namespace Wikisource:Prugetto ; see: https://nap.wikisource.org/wiki/Wikisource:Prugetto:Tecnicismi.

So, just the initial request of namespace redirects holds, unless we've to gather local on-wiki community consensus for the change as well. Cheers! ;)

@MJL: Please see T231880#5467072 above.

There is no "Author" namespace on the wiki, only an "Autore" one (NS102) with corresponding talk (NS103). Pages with the pseudo-namespace prefix "Author:" are therefore "assumed" by the software to be in the main namespace (there is no automatic aliasing of the English equivalents, as with "User", "Template", etc., since "Author" is not a built-in MediaWiki namespace, it's an "extra" one).

The wiki just needs the appropriate NS aliases set up (again, see linked comment).

[Edit: striking this part out] Since there are no legitimate "Author:" or "Author_talk:" pages on the wiki (only the one you created for testing), the script 'namespaceDupes.php' doesn't need to be run to transfer any pages into NS's 102 and 103.

I'm going to go ahead and change the description and tags, since this is not really a bug, it's just a site request.

Actually, might as well run 'namespaceDupes.php'. It's easier that way.

I don't know how to mark this task as "not a bug". Someone else will have to do that.

@Dcljr Oh, well then would this be a patch-welcome then?

@MJL: I don't know. I don't actually work here. [wink]

AFAIK, the tags I've used should get this the attention is needs.

In T231880#5765538, @MJL wrote:

well then would this be a patch-welcome then?

No, see its description. :)

In T231880#5765537, @Dcljr wrote:

Actually, might as well run 'namespaceDupes.php'. It's easier that way.

I don't know how to mark this task as "not a bug". Someone else will have to do that.

{{done}}: Add Action, Change Subtype, Task.

Change 561359 had a related patch set uploaded (by Urbanecm; owner: Urbanecm):
[operations/mediawiki-config@master] Set Author and Author_talk aliases for Autore NS at napwikisource

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

Change 561359 merged by jenkins-bot:
[operations/mediawiki-config@master] Set Author and Author_talk aliases for Autore NS at napwikisource

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

Mentioned in SAL (#wikimedia-operations) [2020-01-06T12:45:53Z] <urbanecm@deploy1001> Synchronized wmf-config/InitialiseSettings.php: SWAT: 864a2f8: Set Author and Author_talk aliases for Autore NS at napwikisource (T231880) (duration: 00m 55s)

Mentioned in SAL (#wikimedia-operations) [2020-01-06T12:46:32Z] <Urbanecm> mwscript namespaceDupes.php --wiki=napwikisource --fix (T231880)

@Ruthven: Things should now be working as you expected.

Thanks a lot @Dcljr !

@Sannita should be interested as well by this patch, as he's following the ns Autore on nap.source.
Cheers!