Page MenuHomeMiraheze
Create Task
Maniphest T4699

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

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).

Related Objects

Event Timeline

K6ka created this task.Sep 6 2019, 12:40
Herald added subscribers: RhinosF1, CnocBride. · View Herald TranscriptSep 6 2019, 12:40
RhinosF1 triaged this task as Normal priority.Sep 6 2019, 14:11
RhinosF1 added a project: Extensions.
Herald added subscribers: Void, NDKilla. · View Herald TranscriptSep 6 2019, 14:11
RhinosF1 added a comment.Sep 6 2019, 15:20

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

Reception123 added a subscriber: Reception123.Dec 31 2019, 15:47

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

Herald edited subscribers, added: • Examknow; removed: RhinosF1. · View Herald TranscriptDec 31 2019, 15:47
K6ka added a comment.Dec 31 2019, 15:53

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

Void merged a task: T4983: Request Configuration Changes of Module (private wiki).Dec 31 2019, 18:31
Void added subscribers: Revival, • PlavorSeol, John.
Paladox closed this task as Resolved.Dec 31 2019, 18:39
Paladox claimed this task.
Paladox added a subscriber: Paladox.

Fixed with https://github.com/miraheze/ManageWiki/commit/cd15b8272a4293b96445c01c3ea7ea723ec5e13d

SolidBlock added a subscriber: SolidBlock.Aug 8 2020, 03:03

The issue still exists.

Aunst reopened this task as Open.Sep 27 2020, 13:03
Aunst added a subscriber: Aunst.

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

Herald added a project: Universal Omega. · View Herald TranscriptSep 27 2020, 13:03
Herald added a subscriber: Universal_Omega. · View Herald Transcript
Universal_Omega closed this task as Invalid.Oct 24 2020, 23:04
Universal_Omega 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!

Universal_Omega moved this task from Backlog to Deployed Extension Bugs on the Extensions board.Oct 24 2020, 23:05
SolidBlock reopened this task as Open.Oct 30 2020, 14:34

This issue still happpens.

Universal_Omega closed this task as Invalid.Oct 30 2020, 14:36
In T4699#124986, @SolidBlock wrote:

This issue still happpens.

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

Pppery reopened this task as Open.Oct 30 2020, 15:40
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.

Universal_Omega added a comment.Oct 30 2020, 18:14
In T4699#125011, @Pppery wrote:

@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.

Universal_Omega removed Universal_Omega as the assignee of this task.Oct 30 2020, 18:14
John edited projects, added Configuration; removed ManageWiki.Oct 30 2020, 18:42

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.

Pppery removed a subscriber: Pppery.Oct 30 2020, 18:54
Paladox closed this task as Resolved.Oct 30 2020, 23:02
Paladox claimed this task.

Fixed with https://github.com/miraheze/mw-config/commit/0b74e55536ea5d8655f6ecfa8e5bfe30d942adbc