Czech Wiktionary (cs.wiktionary.org), articles with name containing slash character produce rather unexpected links to alleged components.
See e.g. wikt:cs:9/11 top link "< 9". This behavior is not seen e.g. on cswiki, enwiktionary, …
Probably $wgNamespacesWithSubpages needs to be disabled at the corresponding Mediawiki server (/farm?). (I am curious if other sites are affected and which.)
(Related wiki talk in Czech is wikt:cs:Nechtěné podstránky.)
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| cswiktionary: Disable subpages in the main namespace | operations/mediawiki-config | master | +1 -1 |
And it should be disabled mainly for the main namespace (0) with Wiktionary entries/pages.
Hey @mykhal :) If Google has translated the linked discussion to English correctly, it looks like it was a discussion regarding the display of the navigation breadcrumb, rather than a specific proposal to disable subpages in the main namespace. (Not that there's any problem with informally discussing it, of course! But for the purposes of changing site configuration, my understanding is that there should be a community consensus in favour of [or at least, no objections to] the proposed change.)
If that's the case, and if it's okay, please could you open a new discussion on the Czech Wiktionary to formally propose that subpages are disabled in the main namespace (ie., disabling $wgNamespacesWithSubpages for namespace 0)? Then, if the cswiktionary community is in favour of the change, I believe it should be able to be made.
(I am curious if other sites are affected and which.)
If you're referring to other Wikimedia wikis in which the main namespace can have subpages, I believe it would be each of the wikis listed under here that have an entry for 0 => 1.
@A_smart_kitten: Regarding related local talk, there really is no final conclusion, no sysop even reacted yet (and some solutions discussed are far from standard).
But thanks for the config code. Czech and Icelandic are the only Wiktionaries having the mentioned option enabled in the main namespace, if I'm interpreting correctly.
But, according to iswiktionary intitle:/\// search results, it seems to be intentional in this latter case.
Related fact: that config value was already in the initial commit of mediawiki-config from 2012.
(Not sure how to trace older history, yet.)
This has nothing to do with the code to allow Configuration of a MediaWiki installation
(I've improved the title, according to emerging agreement at the already mentioned cswikt talk page.)
Fair enough. I'll mark this task as being stalled on community consensus for now -- however, please leave a comment if/when there's an update from that perspective (e.g. if a community discussion is held, and the consensus is in favour of this change) :)
As a side note -- if the community discussion about this proposal is being held here, then - purely personally - I'd recommend also posting a link to that discussion (and maybe a brief description of what's being proposed) to cswiktionary's main community discussion page (would that be https://cs.wiktionary.org/wiki/Wikislovn%C3%ADk:Pod_l%C3%ADpou?). That way, for people dealing with config-change-requests who aren't familiar with the wiki, it makes it a little easier to know that the full community has had the opportunity to respond to the proposal :]
But thanks for the config code. Czech and Icelandic are the only Wiktionaries having the mentioned option enabled in the main namespace, if I'm interpreting correctly.
Yeah, I would agree with your interpretation there.
I noticed that myself as well. One idea I had was to search the Phabricator task archives (which should include what's been imported from Bugzilla) for something like this; but the only task I could find that mentioned modifying $wgNamespacesWithSubpages for cswiktionary was T43934 (from Nov 2012), which post-dates the initial commit for mediawiki-config by ~8.5 months.
The were (≥ 10 years ago) concepts to introduce subpages for Czech Wiktionary entries (e.g. here). Never adopted.
In the already mentioned talk (new posts after creating this issue are separated by horizontal rule line), several ~votes of those who care appear, all for (re-)disabling subpages in the main namespace (0).
Also a need for the same in corresponding Talk namespace (1) was mentioned.
Thanks for the update @mykhal :)
Looking at a translation of the discussion linked earlier, it seems like there is indeed consensus among the discussion's participants to disable subpages in the main namespace. I'll unstall this task and get a patch uploaded to do that soon.
I'm sorry to be a pain, but if disabling subpages in the Talk: namespace is also wanted, please could I ask that it's proposed specifically in an onwiki discussion? The reason I ask is because that idea was suggested by an editor in the linked discussion; but without it being proposed/discussed specifically, it's hard (for me) to know what the rest of the cswikt community might think about the idea :)
Please let me know if I'm missing something here, though!
Noting for the record: as this is the first wiki-config-change request that I'm processing, I asked for a second opinion on IRC regarding whether the discussion at Wikislovník: Pod lípou (technika) (which, if I understand correctly, is cswiktionary's equivalent of a technical village pump) was sufficient, or if the discussion should also be posted to/linked from the community's main discussion page. The opinions I recieved were that the location of this discussion was indeed sufficient for this config change request.
Change #1198283 had a related patch set uploaded (by A smart kitten; author: A smart kitten):
[operations/mediawiki-config@master] cswiktionary: Disable subpages in the main namespace
It's a good question.
It was not proposed specifically, and the form how it was mentioned was polite. I seems logical that talk pages should have the same corresponding setting.
But maybe only if one thinks about shortened related names/paths (articles with shash(es)), and not about longer / extended ones, e.g. for corresponding archived talks (which probably won't be needed at that Wiktionary project though).
I will address this at the talk there.
If everything goes to plan, this patch should be deployed this afternoon, between 13:00 & 14:00 UTC :)
For what it's worth, as a sort of 'fun fact' -- I might be missing something; but if cswikt decides to disable subpages in the Talk: namespace, it seems like it might be the only WMF wiki to currently do so.
Change #1198283 merged by jenkins-bot:
[operations/mediawiki-config@master] cswiktionary: Disable subpages in the main namespace
Mentioned in SAL (#wikimedia-operations) [2025-10-23T13:18:26Z] <Lucas_WMDE> (cont) Started scap sync-world: Backport for … [[gerrit:1198283|cswiktionary:Disable subpages in the main namespace (T406728)]]
Mentioned in SAL (#wikimedia-operations) [2025-10-23T13:27:53Z] <Lucas_WMDE> (cont.) Finished scap sync-world: Backport for … [[gerrit:1198283|cswiktionary:Disable subpages in the main namespace (T406728)]] (duration: 09m 41s)
The patch has been deployed, and appears to work for me! If there are any problems, please let me know.
In the interests of clarity (and because I might not be able to personally handle a potential follow-up request), I'll close this task as resolved for now, given that the original request (to disable subpages in cswikt's main namespace) has been addressed. If/when consensus is reached to disable subpages in the Talk: namespace as well, please feel free to open a new Phabricator task :)