CodeEditor is broken on group 0 and group 1 wikis.

@Waihorace None of the scripts listed above were made by me. For Wikiplus, please contact 镜音铃.

In T280766#7027041, @Johan wrote:

The [[:w:en:CSS|CSS]] classes <code>.error</code>, <code>.warning</code> and <code>.success</code> do not work for mobile readers if they have not been specifically defined on your wiki. They will soon not work on desktop. They can be defined in [[MediaWiki:Common.css/template]] instead. You can also use <code>.messagebox,</code> <code>.errorbox,</code> <code>.warningbox</code> or <code>.successbox</code> instead.

Done for zh-hans.

@Cyberpower678 Permission granted.

I can't find which code change broke it. But I think change parse in mw.flow.ui.EditorWidget.js#75 to text or plain can fix it.

In T230305#6330605, @Urbanecm wrote:

@Xiplus: Is this still needed?

Fixed (diff). I removed the method.

Sorry for wrong operation.

I found it happened again on MediaWiki.org.
See:
https://www.mediawiki.org/w/index.php?title=Extension:CentralAuth/zh&safemode=1&variant=zh-tw
https://www.mediawiki.org/w/index.php?title=Extension:CentralAuth/zh&safemode=1&variant=zh-hk

The bug is disappeared.

In T250005#6049773, @Umherirrender wrote:

I am not sure if there is a maintenance script to clean up these duplicates.

refreshLinks.php.

The problem no longer exists.

In T246383#6022068, @Pginer-WMF wrote:

I included below an example of an abuse filter error. There the abuse filter title is shown ("Youtube links") and an error card will provide more details:

Is that similar to what you see for Chinese? I'm not sure what do you mean by "it can't record what error was".

No warning message with Abusefilter description is above of translation. Only shown on the right (Without Abusefilter description). See https://commons.wikimedia.org/wiki/File:CX_AbuseFilter_disallowed_card_zhwiki.png.
Related task: T246215

In T246383#6021991, @Pginer-WMF wrote:

but I'm not getting the same results.

Those 106 pages were deleted in last 3 months. But those pages probably not be created in last 3 months.

In T246314#6025302, @fireattack wrote:

https://zh.wikipedia.org/zh-cn/User:Fireattack/%E6%B2%99%E7%9B%92

It's broken on my device. See also: https://archive.vn/DmlT6.

Try these parameters for mapframe.

<mapframe zoom="15" frameless="1" align="center" height="200" latitude="33.7241" longitude="135.9944" width="270">
[
    {
        "type": "Feature",
        "geometry": {
            "coordinates": [
                135.9944,
                33.7241
            ],
            "type": "Point"
        },
        "properties": {
            "title": "TITLE_TEXT",
            "marker-color": "#5E74F3"
        }
    }
]
</mapframe>

Cannot be reproduced on Chinese Wikivoyage now. It's fixed by unknown reasons. Closing it as invalid.

A simple script to reproduce this bug.

Proposed code changes:
AbuseFilterCheck.php#129: Set $val['disallow']['messageHtml'] from $val['disallow']['parameters'].
mw.cx.TranslationController.js#405: Use validation.disallow.messageHtml if validation.warn.messageHtml is not available.

Resolved on wiki.

The message key between widthheight and size are semicolon-separator. Someone blanked it. Reverted.

For MediaWiki:Portal-url:
According to https://gerrit.wikimedia.org/g/mediawiki/skins/MinervaNeue/+/2022b35a2f9f1039d169efadb1d74ed2da4afa3d/includes/menu/Definitions.php#294.
The link text is generated from the page title. Therefore, it is impossible to fix it on the site.

I have never encountered this problem. The updates in the main page usually happen in few seconds.

I just created Translations:API:Revisions/4/zh. But it didn't shown in API:Revisions/zh.

In T235141#5562061, @DannyS712 wrote:

What languages aren't showing up?

zh

@DannyS712 And
https://www.mediawiki.org/wiki/Manual:CleanupEmptyCategories.php
https://www.mediawiki.org/wiki/Help:Extension:GWToolset (New translation is not merged into current page)
https://www.mediawiki.org/wiki/Extension:SimpleMathJax

I can reproduce this bug with x-powered-by: PHP/7.2.22-1+0~20190902.26+debian9~1.gbpd64eb7+wmf1, so HHVM is not related.

I can reproduce this bug with x-powered-by: PHP/7.2.22-1+0~20190902.26+debian9~1.gbpd64eb7+wmf1, so HHVM is not related.

Thank you! I have asked the local IA for help.