Page MenuHomeMiraheze

Module /doc subpages not using wikitext as page content model
Closed, ResolvedPublic

Description

The Scribunto Lua reference manual states that /doc subpages in the Module namespace have their page content models set to wikitext and not Scribunto, so they do not accept Lua code by default, and the standard wikitext editor loads rather than the code editor.

For some reason, I believe after the MediaWiki 1.33 upgrade, whenever I attempt to create a /doc subpage in the Module namespace, the content model is set to Scribunto and the code editor loads. Normal expected behaviour is that the subpage would be in wikitext and the standard wikitext editor loads when creating the page. Now, I need to create the /doc subpage empty and change the content model back to wikitext before I can continue creating the /doc page.

This appears to be affecting all wikis. An example here: https://meta.miraheze.org/wiki/Module:Foo/doc?action=edit (you'll notice that the code editor rather than the wikitext editor loads).

Event Timeline

RhinosF1 triaged this task as Normal priority.Sep 6 2019, 14:11
RhinosF1 added a project: Extensions.

Reproduced on metawiki and testwiki - can not reproduce on Test.wikipedia.org though. Still trying to work out the difference

@K6ka Do you still have this issue after the most recent MediaWiki update?

The issue still appears for me. The code editor is still loading when trying to create a new /doc subpage.

Aunst subscribed.

On my wiki and testwiki, this issue seems to still exist.

Unknown Object (User) closed this task as Invalid.Oct 24 2020, 23:04
Unknown Object (User) claimed this task.

The /doc subpages are correct in assuming the content module being as it is. It is not possible as far as I know to have single subpages (except individual pages by changing content module) to have a separate content module as their root page. The aforementioned documentation linked in the task simply states, as far as I saw, that the /doc pages use wikitext to output with, not as it's actual content module. While it would be ideal for the /doc subpages to be wikitext content module I do not believe it is currently in the scope of MediaWiki. If it is in the scope of MediaWiki, however, your best bet would be to file an upstream phabricator task on the Wikimedia phabricator as this is not something Miraheze could particularly fix on our end. If I am however incorrect, please do reopen this task. Thank you!

Unknown Object (User) moved this task from Backlog to Deployed Extension Bugs on the Extensions board.Oct 24 2020, 23:05

This issue still happpens.

Unknown Object (User) closed this task as Invalid.Oct 30 2020, 14:36

This issue still happpens.

I'm aware per my reply above it's likely expected behavior.

Pppery added a project: ManageWiki.
Pppery edited subscribers, added: Pppery; removed: PlavorSeol, Examknow.

@Universal_Omega This works in vanilla MediaWiki (and thus on Wikipedia). ManageWiki's handling of namespaces breaks it. This task is not invalid.

It also works on recently-created wikis and only fails on old wikis, so may actually be resolved, but the original "invalid" closure is incorrect.

Unknown Object (User) added a comment.Oct 30 2020, 18:14

@Universal_Omega This works in vanilla MediaWiki (and thus on Wikipedia). ManageWiki's handling of namespaces breaks it. This task is not invalid.

It also works on recently-created wikis and only fails on old wikis, so may actually be resolved, but the original "invalid" closure is incorrect.

Oh. My apologies then.

Unknown Object (User) removed Unknown Object (User) as the assignee of this task.Oct 30 2020, 18:14

ManageWiki behaves as is programmed in the config and does not do break the extension. This is an issue with our configuration and not ManageWiki.