see https://www.mediawiki.org/wiki/Manual:Interface/Talkpageheader

see T141154

see
https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Medicine/Popular_pages
https://en.wikipedia.org/wiki/User:Community_Tech_bot/Popular_pages

install noto fonts? https://www.google.com/get/noto/

deploy all done

The problem can not be reproduced

In T115188#2794221, @hashar wrote:

I have dig in Chinese wiki which has a similar issue (T22825). I guess we can switch to use unifont.

see https://outreach.wikimedia.org/wiki/Education/zh

WMF should first register a short domain name,

In T109366#3058575, @Halfak wrote:

https://meta.wikimedia.org/wiki/Research:Revision_scoring_as_a_service/Word_lists/zh still looks messy. @Cosine02, was there any response on the Village Pump?

In T128425#2128371, @Dereckson wrote:

@Shizhao and @Billytanghh The Collection extension has been deployed to http://zh.wikipedia.beta.wmflabs.org/

Could you test it and ensure all works as expected?

[ I'm resetting the assignee so if all works as expected, anyone can do the next step to configure it directly for zh.wikipedia ]

meta work ok, but commons can't work.

In T22198#2992041, @TTO wrote:

The pages mentioned here seem to have been deleted. Are there any current examples of this issue?

per @Liuxinyu970226

In T135575#2935946, @Liuxinyu970226 wrote:

Anyway, I'm not sure what browser the reporter is using, in my browser I can also see two dots (or ；) between ( diff | hist )/(somelog) and (indicators)links/timestamp on every entries:

Say somethin really, I don't like such conversational style of Arthur2e5

A gadget for this available on zhwiki: https://zh.wikipedia.org/wiki/MediaWiki:Gadget-PreviewWithVariant.js

In T123313#2907192, @Nemo_bis wrote:

In T123313#2906329, @Shizhao wrote:

To solve this problem need to start from two aspects:

1. How to solve the current timestamps error,

Probably some maintenance script is required.

1. How to prevent the same problem again in the future

The solution is what https://meta.wikimedia.org/wiki/Importer says: avoiding importupload as much as possible. There is almost never a good reason for importupload. I don't know who gave out so many import flags, but you could ask the stewards to remove them all. As long as new imports keep being done in the same (incorrect) way, there is little gain in working on a fix for the data.