Page MenuHomePhabricator

Set default namespace aliases for projects
Open, LowPublic

Description

As approved on this GRfC, please add the following namespace aliases by default, similarly to what is already done for Wikivoyages (WV => NS_PROJECT):

  • WP => NS_PROJECT on Wikipedias
  • WB => NS_PROJECT on Wikibooks
  • WV => NS_PROJECT on Wikiversitas
  • WS => NS_PROJECT on Wikisources
  • WN => NS_PROJECT on Wikinewses
  • WQ => NS_PROJECT on Wikiquotes
  • WT => NS_PROJECT on Wiktionaries

Event Timeline

Urbanecm triaged this task as Low priority.

Change 734383 had a related patch set uploaded (by Urbanecm; author: Urbanecm):

[operations/mediawiki-config@master] Set default two-letter NS_PROJECT aliases

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

Should be included in the tech news. As description says, this was approved in https://meta.wikimedia.org/wiki/Requests_for_comment/Set_short_project_namespace_aliases_by_default_globally (which was already advertised through a mass message).

IMO, this can go to "recent changes" section. I plan to deploy it next week.

Re: Tech News entry -

  1. Content: What description would be good & accurate for this entry? I imagine something like:

There are now default short aliases for the "Project:" namespace on most wikis. E.g. On Wikibooks wikis, [[WB:]] will go to the local language default for the [[Project:]] namespace. This change is intended to help the smaller communities have easy access to this feature. Additional local aliases can still be requested via [[Requesting wiki configuration changes | the usual process]].

  1. Link: Where can/should the entry link to? Is there a meta-wiki translatable documentation page which includes these changes? E.g. perhaps it should be included in https://meta.wikimedia.org/wiki/Help:Namespace#Other_namespace_aliases (or somewhere better)
  1. Section: When exactly will be it live? We generally only put things which are already live (on Monday, when it is delivered) into the "Recent changes" section. If it will be later in the week, then it can go in the "Changes this week" section.

Re: Tech News entry -

I'm sorry, this somehow lost my attention temporarily.

  1. Content: What description would be good & accurate for this entry? I imagine something like:

There are now default short aliases for the "Project:" namespace on most wikis. E.g. On Wikibooks wikis, [[WB:]] will go to the local language default for the [[Project:]] namespace. This change is intended to help the smaller communities have easy access to this feature. Additional local aliases can still be requested via [[Requesting wiki configuration changes | the usual process]].

LGTM (except the link should likely always go to meta :)).

  1. Link: Where can/should the entry link to? Is there a meta-wiki translatable documentation page which includes these changes? E.g. perhaps it should be included in https://meta.wikimedia.org/wiki/Help:Namespace#Other_namespace_aliases (or somewhere better)

AFAIK, this was only discussed at https://meta.wikimedia.org/wiki/Requests_for_comment/Set_short_project_namespace_aliases_by_default_globally. I' don't think it is currently documented anywhere. The help page you linked sounds like a good place. I can add it there once I deploy the change.

  1. Section: When exactly will be it live? We generally only put things which are already live (on Monday, when it is delivered) into the "Recent changes" section. If it will be later in the week, then it can go in the "Changes this week" section.

I just set a reminder to do this next week. Can we add it to https://meta.wikimedia.org/wiki/Tech/News/2021/50, "recent changes"?

Change 734383 merged by jenkins-bot:

[operations/mediawiki-config@master] Set default two-letter NS_PROJECT aliases

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

Mentioned in SAL (#wikimedia-operations) [2021-12-06T12:48:44Z] <taavi@deploy1002> Synchronized wmf-config/InitialiseSettings.php: Config: [[gerrit:734383|Set default two-letter NS_PROJECT aliases (T293839)]] (duration: 00m 55s)

Mentioned in SAL (#wikimedia-operations) [2021-12-06T12:54:05Z] <majavah> mwscript namespaceDupes.php --wiki skwiki --fix # T293839

Mentioned in SAL (#wikimedia-operations) [2021-12-06T12:58:47Z] <majavah> mwscript namespaceDupes.php --wiki skwiki --fix --add-prefix=BROKEN # T293839

@Quiddity This is now live. Can you do the tech news please?

Mentioned in SAL (#wikimedia-operations) [2021-12-06T13:03:00Z] <majavah> $ mwscript namespaceDupes.php --wiki barwiki --fix --add-prefix=BROKEN # T293839

@Urbanecm Hi, viwiki have hundreds of WP: pages and since WP:s are now redirected to Wikipedia:s, we cannot even access those pages. Red links have started appearing in sysmessages as some Wikipedia:s have never been created. Will MediaWiki move them automatically, and if so, how long would it take? What would it do if WP:Foo and Wikipedia:Foo both exist?

@Urbanecm I have the same complaint: since you implemented this without any advance notice (shame on you for that) we expect you to fix all the red links you created. Thank you.

Mentioned in SAL (#wikimedia-operations) [2021-12-06T16:24:26Z] <majavah> starting "foreachwiki namespaceDupes.php --fix | tee namespaceDupes-T293839-fix.txt" in mwmaint1002 screen session, T293839

Mentioned in SAL (#wikimedia-operations) [2021-12-06T18:00:03Z] <majavah> "foreachwiki namespaceDupes.php --fix | tee namespaceDupes-T293839-fix.txt" FINISHED about 15 minutes ago T293839

Update: The number of WP: pages have (somehow) decreased, but about 80 of them are still there, in which 18 lead to nowhere, and some other got stuck because Wikipedia: ones were created beforehand.
Addendum: Newly created Wikipedia: pages don't show up at Special:NewPages but do appear on RecentChanges.
Addendum 2: These Thảo luận:WP:s also need to be moved.

Mentioned in SAL (#wikimedia-operations) [2021-12-06T18:00:03Z] <majavah> "foreachwiki namespaceDupes.php --fix | tee namespaceDupes-T293839-fix.txt" FINISHED about 15 minutes ago T293839

Please provide the protocols of the maintenance run. There seems to be conflicts with existing pages according to T297395, which needs a run with add-suffix or add-prefix to be fixed

https://vi.wikipedia.org/w/index.php?title=WP:3HS&redirect=no&curid=213490 conflicts with
https://vi.wikipedia.org/w/index.php?title=Wikipedia:3HS&redirect=no&curid=59771 and is not fixed by a simple run of namespaceDupes.php

Also move-talk must be provided to avoid inaccessable pages like https://vi.wikipedia.org/?curid=3630646 (Talk:WP:3HS)

@Urbanecm This is now added this to Tech News: https://meta.wikimedia.org/wiki/Tech/News/2021/50 - please edit that if needed, within the next 24 hours (after which it will be 'frozen' for translation).
I've linked to https://meta.wikimedia.org/wiki/Help:Namespace#Other_namespace_aliases per above discussion. Please do add some details there! :)

Mentioned in SAL (#wikimedia-operations) [2021-12-06T18:00:03Z] <majavah> "foreachwiki namespaceDupes.php --fix | tee namespaceDupes-T293839-fix.txt" FINISHED about 15 minutes ago T293839

Please provide the protocols of the maintenance run. There seems to be conflicts with existing pages according to T297395, which needs a run with add-suffix or add-prefix to be fixed

Note full protocols of the scripts executed have several GBs. I'm not willing to publish them all, since I can never be reasonably sure there's nothing private in them.

https://vi.wikipedia.org/w/index.php?title=WP:3HS&redirect=no&curid=213490 conflicts with
https://vi.wikipedia.org/w/index.php?title=Wikipedia:3HS&redirect=no&curid=59771 and is not fixed by a simple run of namespaceDupes.php

Also move-talk must be provided to avoid inaccessable pages like https://vi.wikipedia.org/?curid=3630646 (Talk:WP:3HS)

Fixed viwiki.

Mentioned in SAL (#wikimedia-operations) [2021-12-06T18:00:03Z] <majavah> "foreachwiki namespaceDupes.php --fix | tee namespaceDupes-T293839-fix.txt" FINISHED about 15 minutes ago T293839

Please provide the protocols of the maintenance run. There seems to be conflicts with existing pages according to T297395, which needs a run with add-suffix or add-prefix to be fixed

Note full protocols of the scripts executed have several GBs. I'm not willing to publish them all, since I can never be reasonably sure there's nothing private in them.

I do not expect that much data. Than it is okay to not provide it. But maybe some fixes needs to be done. Maybe a fresh dry-run is smaller and only shows the open cases.