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.

In T165593#5390011, @Viztor wrote:

Do you think it is possible to make that default for all zh-language wiki?

Yes. But does this need each community consensus?

Set $wgExtraNamespaces[828] = 'Module'; seems to solve this problem.
Manual:$wgExtraNamespaces: It can also be used to rename the default namespaces.

In T229541#5384387, @sbassett wrote:

I assume the second URL was provided just to show the diff?

Yes.

I found
https://zh.wikivoyage.org/wiki/MediaWiki:Sidebar?uselang=zh-cn is OK.
https://zh.wikivoyage.org/wiki/MediaWiki:Sidebar?uselang=zh-tw is Wrong.

Maybe someone would think that Abusefilter can be controlled by real people.

Reopen because I found same bug happen on zhwiki.

In T228876#5362043, @RazeSoldier wrote:

The changes you made are for zh-tw content language, so you won't see any changes.

Interface message follow Interface language setting. And I use uselang=xxx to check it.

I suspect the problem caused by the gadget (javascript can modify the page title).

I don't think so. This bug still exists with safemode=1.

In T228876#5361776, @RazeSoldier wrote:

Are you browsing in zh-tw content language?

Interface language: zh-Hant-TW
Content language variant: zh-Hant

I can reproduce it.
When I do a null edit on MediaWiki:Pagetitle and the title of any pages changed to correct title.
Not it's fixed but I don't know why.

When querying rc_id, namespace is required to same as rc_namespace (Original namespace).[1] Will removing this condition cause any errors?

@Aklapper In the short word
https://zh.wikiversity.org/w/index.php?title=303&veaction=edit&useskin=vector Load visual editor
https://zh.wikiversity.org/w/index.php?title=303&veaction=edit&useskin=modern Nothing happened

He moved "File:蔣培火墓.jpg" to "File:蔡培火墓.jpg" and got errors, then this file lost.

@Krinkle A user posted this error message in a Facebook group. He said he can't upload files and view Special:ListFiles/His_name. These are all I know. Maybe I can ask him for his permission.

In T222170#5256415, @Tchanders wrote:

to ensure that the Special:Block JavaScript runs before the script.

Fixed this script.

@Tchanders Yes. It's very difficult to reproduce it.
My environment is Google Chrome Version 74.0.3729.169 (Official Build) (64-bit) on Windows 10 Version 10.0.17134 Build 17134.
I have enabled many Chrome extensions, sitewide gadgets, and imported so many scripts in common.js. But scripts will affect block interface only are MediaWiki:Group-sysop.js (Line 31-69) and m:User:Xiplus/js/block-time-convert.js.

@Tchanders I refreshed the page several times then got this screenshot.