Page MenuHomePhabricator

Enable subpages for category namespace on Persian Wikipedia
Open, Stalled, Needs TriagePublicRequest

Description

Steps to replicate the issue:

What happens?:
The Magic word SUBPAGENAME on English Wikipedia returns the exact name of the subpage ("Very old"), but the same magic word on Persian Wikipedia returns the complete page name, same as the magic word PAGENAME.

What should have happened instead?:
{{SUBPAGENAME}} should return the current subpage name on all wikis, the subpage name on the mentioned page on Persian Wikipedia is "خیلی قدیمی".

Other information:
The magic word works fine at least on my sandbox and template subpages (User: and Template: namespaces).

Event Timeline

Chuiimuii_ofc subscribed.

Hello, My name is Harsh

This appears to be a server configuration issue, not a software bug.

The {{SUBPAGENAME}} magic word only functions in namespaces where subpages are enabled via the $wgNamespacesWithSubpages configuration setting. English Wikipedia (enwiki) has likely enabled this for their Category namespace, while Persian Wikipedia (fawiki) has not.

When subpages are disabled in a namespace, {{SUBPAGENAME}} correctly falls back to returning the full {{PAGENAME}}, which is the behavior being observed.

This task should be handled as a configuration change request for fawiki.

@Huji: As an admin on fawiki, is there a local community consensus to enable subpages for the Category namespace? If so, this task can be moved to the Wikimedia-Site-Requests project.

Pppery renamed this task from "SUBPAGENAME" magic word returns the whole page name on Persian Wikipedia's category namespace to Enable subpages for category namespace on Persian Wikipedia.Nov 7 2025, 4:21 PM
Pppery changed the task status from Open to Stalled.
Pppery changed the subtype of this task from "Bug Report" to "Administrative Request".

@Chuiimuii_ofc yes, and @Jeeputer is already soliciting consensus on that (link)

@Chuiimuii_ofc I cannot understand where this is enabled for enwiki. The config file doesn't show it being enabled for Category namespace (14) for enwiki.

Change #1213051 had a related patch set uploaded (by Huji; author: Huji):

[operations/mediawiki-config@master] Set $wgNamespacesWithSubpages for fawiki

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

Huji changed the task status from Stalled to Open.Sat, Nov 29, 9:12 PM
neriah changed the task status from Open to In Progress.Sun, Nov 30, 9:04 AM
A_smart_kitten subscribed.

@Chuiimuii_ofc I cannot understand where this is enabled for enwiki. The config file doesn't show it being enabled for Category namespace (14) for enwiki.

It turns out that it probably shouldn't (or, rather, wasn't intended to) be enabled for enwiki - it seems like it's as a result of the issue described in T346052: SiteConfiguration should not assume array with numerical keys is a list.

Huji changed the task status from In Progress to Stalled.Sun, Dec 7, 11:14 PM

Since our goal is simply for fawiki to match the behavior of enwiki (so that the templates and modules we import work similarly), this can wait for T346052 to be resolved. If that resolution reverts enwiki's behavior to one in which subpages are not enabled in the Category namespace, then this task can be closed. If in the end it is decided that since some templates and modules on enwiki already assume this as enabled, it is better to leave it as "enabled", then this task will need to proceed too.

FWIW @Huji the current plan in that task (T346052#11438291) is to maintain the status quo, given how long the bug has probably been around for, and to avoid any sudden/unexpected changes for wikis. So if that plan goes ahead, enwiki would probably only have $wgNamespacesWithSubpages re-disabled for the Category: namespace if they requested that to happen (after the bug gets fixed & a message about it gets sent to the affected wikis).