In T216858#5191117, @Petrb wrote:

You can see that if you change headings to standard, then you can define which text will be used for template header. I suppose it could contains some wiki-text that would have the timestamp in format you prefer.

After my test, I found the documentation is wrong. The "headings" should be "page".

I remember that the reason part of form was broken in appearance (Maybe something was not loaded because of my network). But I can still select a block reason.

In T222170#5146861, @Daimona wrote:

Seen 7 times in the last week, 4 of which were on zhwiki today at short breaks (probably the user re-tried to submit the form).

@FellTiger Maybe my statement is a bit wrong. There is no revisions on the page. So you can't delete it. But when you view the page, you will see some text from translatewiki instead of noarticletext [1]. This message (from translatewiki) will be displayed instead of the message on root page.
[1] For example, compare these two pages: A and B.

@Yurik All language-specific pages of MediaWiki:talkpageheader exists. Although they are empty but they exist.

It works now.

@Aklapper

1. Please visit https://zh.wikivoyage.org/w/index.php?title=Template:Pagebanner/testcases&variant=zh-hant&oldid=122016 (variant=zh-hant).
2. Move the mouse over the Star icon.
3. The tooltip shows 明星条目. The expected result should be 明星條目.

There are two links to 明星条目 in same page. One is written in zh-hans, another is zh-hant. But their tooltips both are 明星條目. We want the links in the Pagebanner work like this.

@Yurik This defines that this message exists and is empty by default (like [[ https://translatewiki.net/wiki/MediaWiki:Sitenotice/qqq | Sitenotice ]]). So language fallback not works. But this design is useful for most of message. If sysop custom a message (in rootpage, in English) but not in some language. Default message is better than custom message (for system interface message instead of notice message).
I still suggest creating 430+ pages as a workaround. You can do that by some tools like bots or AWB. There may not be a lot of pages with the same problem.
I don't know if there is a way to solve your problem at the system level. Maybe need to change the language fallback feature. I am not proficient in this.

@Yurik If there is a default message from translatewiki.net, it (eg. MediaWiki:Talkpageheader/xx) will fallback to default message instead of custom message in rootpage (MediaWiki:Talkpageheader). Language fallbacks only works for non-existent messages.

@Yurik You need to create MediaWiki:Talkpageheader/xx. xx is any language code you want to show this message. For example: en-ca.

I guess it has been fixed in https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/MassMessage/+/492535/ .
It will be deployed tomorrow (1.33.0-wmf.19).

@EBernhardson Thanks for your explanation. I know how to optimize the regex. I expect to get messages like [[MediaWiki:Cirrussearch-regex-timed-out]] instead of exception message. Description updated.

Fixed on wiki.

@Aklapper Please see my response above. Thanks.

In T210364#4919953, @Wang_Qiliang wrote:

Err, sorry for interruption, but what about the consensus?

@WhitePhosphorus and I know this. When the admin forgets to set the duration, this value (24 hrs) is better than origin one.

I create a gadget on zhwiki to bypass the problem. It add a button in Special:MovePage to delete target page (via API). If you want, you can copy it to your wiki. If you have questions about this gadget, leave a message on my talk page.
Definition: * T210739[ResourceLoader|targets=desktop,mobile|dependencies=oojs-ui,mediawiki.api,mediawiki.notify|rights=delete|default]|T210739.js
Source code: https://zh.wikipedia.org/wiki/MediaWiki:Gadget-T210739.js

I reproduce it again on Beta Cluster.

Failed again on all zh.* wikis.
https://zh.wikibooks.org/wiki/Special:Log/massmessage
https://zh.wikinews.org/wiki/Special:Log/massmessage
https://zh.wikiquote.org/wiki/Special:Log/massmessage
https://zh.wikisource.org/wiki/Special:Log/massmessage
https://zh.wikiversity.org/wiki/Special:Log/massmessage
https://zh.wikivoyage.org/wiki/Special:Log/massmessage
https://zh.wiktionary.org/wiki/Special:Log/massmessage

This is finally solved in T210319.

This also happens on zhwiki_p.page.

In T109366#4308813, @Halfak wrote:

It looks like the informal term "和" appears quite often in the opening paragraph of the featured article for today:
Am I reading this right?

I think that "和" is a stop word.

According to Upload dialog#Configuration (for wiki sysadmins), Manual:$wgForeignUploadTargets and discussion in T139257. I think setting $wgForeignUploadTargets = [] is what we want.

This one.

@Urbanecm There are two colons in the summary (https://zh.wikiversity.org/w/index.php?title=Template:Formerly&diff=64677&oldid=64676). The source in the config should not end with a colon ('w' instead of 'w:').

I deleted MediaWiki:Mobile-frontend-search-content-no-results/zh-tw, /hk and /mo then it works correctly.

If you have the "upload" permission, the "Upload file" dialog will be displayed correctly. For those users without "upload" right, It should display the message "You don't have permission to $1." instead of "apierror-permissiondenied".

Protect Mediawiki namespace is possible now. So I close this task.

[[File:Cow on pole with horns.jpeg]] is redirect to [[File:Cow-on pole, with antlers.jpeg]] on Commons, and there is a local description page for [[File:Cow on pole with horns.jpeg]], so this file is shown in [[Category:美国公共领域图像]]. Now I remove the category markup (transclude via {{PD-USGov-NOAA}} ) and the file is no longer shown in the category.

But the post was not deleted. It was hided only. I wanted to unhide it but conflicted with other's action. In fact, I was unhiding a post already unhided. Then I got this message.

I am translating from en to zh. Do I misunderstand the meaning of "Insufficient permissions"?

So it's not required to delete the pages before deploy the patch, right? We can delete pages with page ID.

In T187783#4427554, @RazeSoldier wrote:

@Wong128hk You should delete all pages with titles starting with lowercase letters. Because you can't do any action to them after the patch is deployed. You can refer to this query.

@hashar Selecting the zh-my variants (next to talk page link) and get page not found. See https://zh.wikipedia.org/zh-my/Wikipedia:%E9%A6%96%E9%A1%B5

I think the block expiration time should be limited to 2018/1/19 03:14:07 at least.

It belongs to user blocking.

@Zoranzoki21 There are some problems.

1. 3 lines should change movefile to filemover. (see comments on gerrit)
2. Filemover should be able to remove the right from themself only. They should not be able to remove others' right. ($wgGroupsRemoveFromSelf instead of $wgRemoveGroups)
3. You forgot to add the right movefile to the groups of patroller and autoreviewer.

Please check it again. Thanks.

@Jdlrobson A user report this problem on zhwiki. And I reproduce it on zh Beta Cluster.
Step:

1. Block User:A2093064-test without "Prevent this user from editing their own talk page while blocked". (ref 1)
2. Login as A2093064-test
3. Visit https://zh.m.wikipedia.beta.wmflabs.org/wiki/User_talk:A2093064-test ("Mobile view")
4. Click the edit button (pencil icon)
   
5. Loading the edit box.
   
6. Then get the error message.
   

But I (A2093064-test) can edit this page via https://zh.wikipedia.beta.wmflabs.org/w/index.php?title=User_talk:A2093064-test&action=edit (Desktop view) (ref 2)

@Ladsgroup Can you fix this problem in zh.wikipedia. See T185404. It has not been solved but task closed. Should I reopen that task?

Please delete these pages, because admin can't delete them via interface. (quarry 24856)