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

Not yet translated on translatewiki or dewiiki.

In T228876#5495989, @Antigng wrote:

In T228876#5493016, @Aklapper wrote:

Nobody can fix it if you do not provide clear steps that allow other people to see and reproduce a problem...
I've asked for clear steps several times here, but my requests are ignored in this task. https://www.mediawiki.org/wiki/How_to_report_a_bug

Just implement anything that could be described by the following pseudocode, and you'll reproduce the problem:

Implemented in python.

@Addshore
Delete: https://zh.wikipedia.org/w/index.php?title=Special:Log&logid=9053790
Move: https://zh.wikipedia.org/w/index.php?title=Special:Log&logid=9053791
Restore: https://zh.wikipedia.org/w/index.php?title=Special:Log&logid=9053792
Automatically edit item: https://www.wikidata.org/w/index.php?title=Q3205665&diff=1010574105&oldid=890941400

@Dinoguy1000 Thanks for the information. It seems that "yes" is the expected result. So I closed this task.

In T44886#5479006, @Anomie wrote:

Does the equivalent feature in the web UI not have the same result? If not, is that not considered a bug?

Moving over page in web UI doesn't trigger removal of sitelink. I don't think this is a bug. For example, in a history merge case.

In T44886#453340, @Anomie wrote:

On the other hand, the API client could just call action=delete followed by action=move to achieve the same effect. Is there a disadvantage to doing this besides that it needs an additional API query?

This resulted in the removal of sitelinks on Wikidata. So I think this feature will be useful.

The patch is wrong. There are already some configuration at Line 6822. But the patch added new configuration at Line 6461.