Page MenuHomePhabricator

Enable Extension:MultiTitle on tok.wikipedia.org
Open, Needs TriagePublicFeature

Description

Per discussion in T397999 about the general case of showing redirect-specific wikicode on a target page, versus the specific use case desired by the Toki Pona Wikipedia, I am following @cscott's advice and opening a task to discuss enabling Extension:MultiTitle on tok.wikipedia.org once that wiki is created (see T404457). To adapt from what I wrote in that task: In Toki Pona, there are not definitive canonical names for most things, and this is seen as a feature of the language rather than a bug. An important consideration in creating a Wikipedia in the language is that we must not corrupt Toki Pona's subjectivity and context-sensitivity by falsely promoting one valid name as "correct" over others. MultiTitle, written by @Tbodt, solves this problem by making it so the page title displays as the title the reader searched or clicked on, rather than showing the page's canonical title. This is controlled on the front-end with the magic word __KEEPTITLE__ (localized as __NIMI_SULI_O_AWEN__), which allows editors to draw a distinction between valid aliases and other kinds of redirects (e.g. misspellings, dated terms, subtopics).

As noted, tok.wikipedia.org is not live yet, but I'm opening this task now to hopefully allow for time to gain a WMF steward for the extension. As noted by Cscott in the other task, the extension is small and straightforward, only 46 sloc.

  • Security review
  • Performance review
  • Start branching in make-wmf-branch
  • Deploy to beta cluster
  • Deploy to production

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

(Is "stalled" correct for something currently blocked by another task? Please adjust as appropriate if not.)

The extension only exists in GitHub, and needs dragging up to date with things like dev tooling etc

I haven't done the work because that page says to get someone willing to provide WMF stewardship before doing anything else. I can own going through the process if I get the go-ahead.

Pppery subscribed.

(Sorry to war over parent-subtask relations but I think this is the correct ontology)

I'm boldly tagging Content-Transform-Team & Language and Product Localization on this task for their consideration, as the two teams that (from reading the comments on T397999: Have a way to include wikicode in a redirect that will be displayed at the top of the target page when the redirect is followed) seem (to me) like they might be most likely to be potentially interested in stewarding this extension/helping to get it deployed.

solves this problem

I never treat it as a proper solution. As I said in another task, this does not solve what is displayed in category or special page, nor how category is named. Search engines can only index the page in canonical page name too.

As I explained at in T397999#11086062, this is not a problem, because the things you are listing are not what the extension exists to address. This extension is not trying to do away with the concept of pages having a single canonical title. It does one specific thing, which is alter the title that is displayed to the reader; there is no need for it change anything else.

Yes, my advice is to treat this as a special purpose (and tiny!) extension /for the special needs of toki pona/ and I'm suggesting the language team as the stewards because they have the language context to understand the specific linguistic task this extension is intended to address. I'm not /opposed/ to CTT owning it (because it is tiny) but it doesn't clearly fit into our team's "content transform" scope. We'll set up a discussion with Language to try to come to agreement.

@Tbodt judging by the (now-reversed) addition of T404457 as a parent task to this; to clarify, do you think that this extension should/needs to be approved prior to the wiki being created? /genq

I thought so, since the pages that use it would be broken otherwise. But it sounds like this is more of a task for between creating the wiki and opening it (like importing pages?)

I think it can be done after setting up the wiki? All that'll break without it enabled is that __NIMI_SULI_O_AWEN__ will parse as plaintext rather than a magic word, which is a little annoying but not a huge deal.

Hm, theoretically, but now I'm worried about this task getting stuck for an indefinite period of time and having to live with the regression. Ideally I'd like to at least get the commitment to host the extension before we create the wiki to avoid that.

I agree that that would be nice to get a commitment now (and will ping @cscott to ask if there's been any movement on that front), but in either case, this is not a blocker because the wiki will still work without this being resolved.

Tbodt changed the task status from Stalled to Open.Nov 26 2025, 7:52 PM

Expanding on this: it would be good to have https://github.com/tbodt/mediawiki-MultiTitle moved to gerrit, and a README.md written for the repository. The checklist also includes the process to getting the extension supported by translatewiki. I note that the i18n/ directory does not have a tok.json although MultiTitle.i18n.magic.php includes an entry for tok.

I'd also recommend that the magic words in MultiTitle.i18n.magic.php be made case-sensitive (first entry in the array 1 rather than 0); cf T389029: Case-insensitive parser functions/magic words should be deprecated.

Basically, despite the checklist saying "get a WMF steward first", I think there's a little bit of work needed first. When you get to https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment#Preparing_for_deployment Content-Transform-Team is willing to give reviews and otherwise facilitate.

EDIT: I'd like to clarify that I'm speaking in my individual capacity here: *I* looked at the checklist and I found a number of things mentioned in the checklist that could be done and would, in my personal opinion, make it easier to advocate for official adoption of the extension, and *I* am willing to provide reviews and otherwise try to facilitate a meeting of those responsible at WMF to formally endorse.

Expanding on this: it would be good to have https://github.com/tbodt/mediawiki-MultiTitle moved to gerrit, and a README.md written for the repository. The checklist also includes the process to getting the extension supported by translatewiki. I note that the i18n/ directory does not have a tok.json although MultiTitle.i18n.magic.php includes an entry for tok.

I'd also recommend that the magic words in MultiTitle.i18n.magic.php be made case-sensitive (first entry in the array 1 rather than 0); cf T389029: Case-insensitive parser functions/magic words should be deprecated.

Basically, despite the checklist saying "get a WMF steward first", I think there's a little bit of work needed first. When you get to https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment#Preparing_for_deployment Content-Transform-Team is willing to give reviews and otherwise facilitate.

All of this is done now. Will create another task to get it enabled on translatewiki.net

https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment#Preparing_for_deployment says:

  1. Create a production deployment tracking task within Phabricator (in the Wikimedia-Extension-setup and Wikimedia-extension-review-queue projects) to get an extension into the review queue. This task should only concern deployment itself. Any issues which block deployment should be separate subtasks (listed under "Task Graph") that block this parent task.
  2. Your deployment tracking bug should point to on-wiki community consensus (and/or community support/desire) for having the extension installed on a particular wiki, if applicable.
  3. Request and incorporate feedback from the following reviews. These can be included as a "checklist" within the production deployment tracking task's description, (e.g. phab:T190716) or as substasks of the production deployment tracking task. Also note that not every review listed below is a hard requirement for production deployment and that there is no specific order of reviews which need be followed.

Is this task going to be that "production deployment tracking task"? If so, perhaps you could edit the task description to include a checklist such as that described on mediawiki so we can keep track of progress and what still needs to be done. (Otherwise you could open another task to be the tracking task.)

Change #1214548 had a related patch set uploaded (by Reedy; author: Reedy):

[integration/config@master] zuul: Enable basic CI for MultiTitle extension

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

Change #1214548 merged by jenkins-bot:

[integration/config@master] zuul: Enable basic CI for MultiTitle extension

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

Is this task going to be that "production deployment tracking task"? If so, perhaps you could edit the task description to include a checklist such as that described on mediawiki so we can keep track of progress and what still needs to be done. (Otherwise you could open another task to be the tracking task.)

Added the checklist. Does this look like the right set of items?

Reedy renamed this task from Enable Extension:MultiTitle on tok.wikipedia.org (once created) to Enable Extension:MultiTitle on tok.wikipedia.org.Dec 3 2025, 4:51 PM

Security review passed, going to send CLs to enable extension in beta cluster.

Change #1224780 had a related patch set uploaded (by Tbodt; author: Tbodt):

[mediawiki/extensions@master] Register MultiTitle

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

Change #1224782 had a related patch set uploaded (by Tbodt; author: Tbodt):

[integration/config@master] zuul: [mediawiki/extensions/MultiTitle] Promote to Wikimedia prod section

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

Change #1224793 had a related patch set uploaded (by Tbodt; author: Tbodt):

[operations/mediawiki-config@master] Add MultiTitle to extension list

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

Change #1224795 had a related patch set uploaded (by Tbodt; author: Tbodt):

[operations/mediawiki-config@master] Enable MultiTitle on beta cluster testwiki

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

Change #1224796 had a related patch set uploaded (by Tbodt; author: Tbodt):

[operations/mediawiki-config@master] Load MultiTitle on beta cluster

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

Change #1224794 had a related patch set uploaded (by Tbodt; author: Tbodt):

[operations/mediawiki-config@master] Add config variable for MultiTitle

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

Change #1224780 abandoned by Tbodt:

[mediawiki/extensions@master] Register MultiTitle

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

Change #1224782 merged by jenkins-bot:

[integration/config@master] zuul: [mediawiki/extensions/MultiTitle] Promote to Wikimedia prod section

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

@cscott Hello, as the extension has passed security review I believe it's time to proceed with attempting to at least deploy it to beta. Are you willing to do reviews for this? If not, could you help with finding the right sponsor?

I haven't done the work […]. I can own going through the process if I get the go-ahead.

If I understand correctly, @cscott and/or someone else has given the go-ahead, and the conversation is now about Beta Cluster deployment (which is toward the end of the list).

This list also says, toward the beginning of it:

  • Stewardship - Add the project to the Developers/Maintainers page indicating who will be responsible for its long term stewardship and maintenance.

It is not currently listed at https://www.mediawiki.org/wiki/Developers/Maintainers.

Is the rest of the list finished, until "Request deployment to the Beta Cluster"?

@Krinkle To clarify, can Tbodt add this to that page with himself listed as the maintainer, or does Community Tech need to nominate someone internal?

I've scheduled deployment to the beta cluster for testing, since this has passed code and security review. To be clear, while I've added myself and @Tbodt to the "Individual maintainers" list on https://www.mediawiki.org/wiki/Developers/Maintainers, we don't yet have formal agreement from the Content Transform Team to be the "steward" of this extension, mostly because of missing process (T355150#9812817). The foundation is working on a code ownership policy, and I hope that via that mechanism or another we will be able to propose stewardship of this extension and deploy it outside beta.

Change #1224793 merged by jenkins-bot:

[operations/mediawiki-config@master] Add MultiTitle to extension list

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

Mentioned in SAL (#wikimedia-operations) [2026-02-09T23:26:40Z] <zabe@deploy2002> Started scap sync-world: Backport for [[gerrit:1238033|Revert^2 "EditCheck: add instrumentation for checks seen during edit session" (T413419 T412334)]], [[gerrit:1224793|Add MultiTitle to extension list (T404461)]]

Mentioned in SAL (#wikimedia-operations) [2026-02-09T23:51:27Z] <zabe@deploy2002> tbodt, zabe: Backport for [[gerrit:1238033|Revert^2 "EditCheck: add instrumentation for checks seen during edit session" (T413419 T412334)]], [[gerrit:1224793|Add MultiTitle to extension list (T404461)]] synced to the testservers (see https://wikitech.wikimedia.org/wiki/Mwdebug). Changes can now be verified there.

Mentioned in SAL (#wikimedia-operations) [2026-02-10T00:06:17Z] <zabe@deploy2002> Finished scap sync-world: Backport for [[gerrit:1238033|Revert^2 "EditCheck: add instrumentation for checks seen during edit session" (T413419 T412334)]], [[gerrit:1224793|Add MultiTitle to extension list (T404461)]] (duration: 39m 37s)

Change #1224794 merged by jenkins-bot:

[operations/mediawiki-config@master] Add config variable for MultiTitle

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

Mentioned in SAL (#wikimedia-operations) [2026-02-10T00:08:30Z] <zabe@deploy2002> Started scap sync-world: Backport for [[gerrit:1224794|Add config variable for MultiTitle (T404461)]], [[gerrit:1238025|Reenable MostCategories on frwiki (T413362)]]

Mentioned in SAL (#wikimedia-operations) [2026-02-10T00:12:33Z] <zabe@deploy2002> tbodt, zabe: Backport for [[gerrit:1224794|Add config variable for MultiTitle (T404461)]], [[gerrit:1238025|Reenable MostCategories on frwiki (T413362)]] synced to the testservers (see https://wikitech.wikimedia.org/wiki/Mwdebug). Changes can now be verified there.

Mentioned in SAL (#wikimedia-operations) [2026-02-10T00:20:11Z] <zabe@deploy2002> Finished scap sync-world: Backport for [[gerrit:1224794|Add config variable for MultiTitle (T404461)]], [[gerrit:1238025|Reenable MostCategories on frwiki (T413362)]] (duration: 11m 41s)

Change #1224795 merged by jenkins-bot:

[operations/mediawiki-config@master] Enable MultiTitle on beta cluster testwiki

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

Change #1224796 merged by jenkins-bot:

[operations/mediawiki-config@master] Load MultiTitle on beta cluster

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

FWIW, I did a brief amount of testing just now on betatestwiki out of my own personal interest: