After discussion I believe a compromise has been reached. We agree to try out:

• Prohibiting publishing in article namespace; and
• Make MT non-default.

Looks like after I attached an email address and verified it in Wikitech, I regained access to my account again. Presumably the authentication part returned a null email address and that clashed with someone else.

@Stang Please clarify:

• Do I need to add my patch to that page in order to get my patch approved and merged; or
• Do I need to wait for the patch +2'ed first, and after that, I can add it to the deployment train?

So I have uploaded the patch set, and I will assign myself to this task. Hope this gets approved soon.

Chinese Wikipedia has unanimous, unrivalled support for early-access deployment, I have added the relevant task to the description.

The problem may not appear when safe mode is activated. That means this is most likely a local gadget issue. Sorry for casting doubt on the translation team.

I tried using visual editor in Japanese and Korean Wikipedia and found no problems. I think it is safe to assume that this is another Chinese-exclusive problem.

As SCP-2000 mentioned above, a previous attempt to raise the publishing threshold ended up in big technical issue. SCP-2000 maintains his stance in today's discussion. He further provides a discussion 3 years ago, where a user was blocked from publishing his article because his article had 1% of unedited text. You read that right.

@Pginer-WMF As we are further discussing your reply, I have one question

Looks like it's been fixed now for zhwiki, good job.

We have received multiple complaints regarding this issue. Most pages in Chinese Wikipedia contains at least one CJK character, therefore "Download as PDF" is almost unable to work.

Yeah it worked for me.

My guess is that this is related with miser mode. Similarly this API call also has no query field: https://en.wikipedia.org/w/api.php?action=query&format=json&generator=exturlusage&formatversion=2&geuquery=google.com&geunamespace=711

Can we have more details on the status quo? I see a restricted task added as a subtask, and if I read correctly, the graph extension is once again disabled on mediawiki.org.

I would highly suggest against rushing to the deployment. We've got a lengthy list of concerns (that we cannot fix by ourselves) regarding Vector 2022.

I believe it is still a problem. Here is the screenshot. The hint text is still clipped.

Fine, I'll give it a shot. Perhaps not by this week, I need to take a small break.

If just proper error handling, that's not too difficult. We just need to consider what to show on screen if errors do occur.

That's quite easy. I'm claiming this. Pull request filed.

I would suggest adding tests for these namespaces:

• Special (ns=-1)
• Media (ns=-2)
• Topic (ns=2600)

The first two are special namespaces as you know, while the third one does not have an associated namespace ("Topic talk" NS2601 simply does not exist) and requires special care.

I thought this would automatically add @Legoktm to the subscribers...

I filed a same bug report the other day, it was a duplicate of T313060: [Visual refinements] Table of contents overlaps the footer or page boundary depending on article length.

You have my gratitude. Months ago your ticket T295010: Save User:Q228 at zhwiki will temporarily delete your session cookie inspired me to find out what's happening under T244635: CentralAuth deletes session cookies when gadgets make requests to another wiki on IPBE account, causing session loss; now this ticket has inspired XiPlus to understand what's going on in Android apps.

That is not a bug, the article has a traditional Chinese title from the start. Without explicit accept-language in your header, MediaWiki presents the page as-is, without language conversion. Language conversion not only converts between simplified Chinese and traditional Chinese characters, it also change some words in the article.

I am pretty sure that this is the first time I see this interface. Are you using gadgets? How did you trigger that?

What I mean in this ticket is to incorporate the function of existing gadgets (see included screenshots) into the new vector interface. A "jump to top/bottom" is already available at variable places (such as [[en:WP:DYKN]] and literally every page in zhwiki) as external gadgets. And I think it will be handy if the new vector skin has this capability out of the box.

It's midnight in his time zone and I am afraid that we need to wait for tomorrow. I will update this message as soon as I receive his feedback.

@Urbanecm We have a new user experiencing the Android App problem. User:Evesiesta reports that he immediately gets logged out whenever he successfully logs in. Could you create a local English Wikipedia account for him and we could see whether this will solve his problem?

Note: Chinese Wikipedia recently had VisualEditor moved out of beta.

There are some reports claiming that they encountered an auto-logout problem from their Android app. From the video they showed us, they got logged out seconds after they logged in. And we later checked one of them's CentralAuth and found that he didn't have English Wikipedia local account attached. I am wondering whether this could be related.

In my user preferences in Chinese Wikipedia I see all items from the "beta" section suffering from this problem.

Yes, our newest, revised concensus adds two additional main points:

• If "enable SET mode" and "display two edit tabs" cannot both be fulfilled (either technically or refused), then just enable SET mode and set "remember last editor" to default.
• Do NOT set Visual Editor as the default editor.

@Xiplus @Lt2818 Well, setting wikitext editor as the default is what our community always arguing about, right?

Since our requirements seems to be identical to enwp (maybe, I suppose), would it be a good idea just simply mirroring enwp's related configurations?

Well, may I ask if there are any updates on the current situation?

Thank you. Sorry for the inconvenience.

@matmarex We reached concensus after promising that option to be available, so it is part of our concensus. If maintaining that is hard, please prioritize "make this option available" over "default to showing two tabs"

@matmarex Wait a sec, there is a dropdown menu in Editing section of user preferences in English Wikipedia that says, "Editing mode", where we can choose between "Remember my last editor", etc. I can say for sure it also exists in Japanese Wikipedia under the name "編集モード". That option is nowhere to be found in Chinese Wikipedia.

@Urbanecm_WMF Please notice that VisualEditor hasn't been enabled yet. Shan't we enable that first?

A ticket T296269 has been sent to enable VisualEditor. We still need some time to settle on the translation of Growth so please don't be too haste to deploy Growth.

I am pinging @Urbanecm here to see if it is possible to pinpoint the exact problem with the code with our newest discoveries. Should I change the title?

Looks like this is a CentralAuth problem: I could not create an English Wikipedia local account via CentralAuth thanks to English Wikipedia's local blocking of the web host. Thus, sending a request to a site without a local account (nor create one) somehow causes the CentralAuth-related cookies be deleted by response header. After the CentralAuth cookies got deleted, another request is sent to Chinese Wikipedia locally (due to a script loading) - without CentralAuth cookies - now Chinese Wikipedia's local login cookies are deleted too. The user is now technically "auto logged out".

By using controlled expriments, I am highly confident that this is caused by RefToolbar, which is enabled by default for everyone. Disabling this gadget from user preferences solves this problem, and once enabling it, I lose my login status.

@IN Could that be related to the long-time "Auto Logout" problem (T244635)?

In T287884#7467354, @Ericliu1912 wrote:

「声明新用户」may not be an accurate translation for "Claim (a) Mentee". 「主页」could be confused with the regular Main Page, since Wikipedia:主页 redirects to Wikipedia:首页 (the Main Page) on zhwiki.

@Urbanecm_WMF May I confirm that once we reach consensus that VisualEditor be moved out of beta, the whole deployment process would move forward?

I may hereby propose the detailed changes needed to be made:

@Dazzlerkumar For your !important solution, I think you should check resources/src/mediawiki.page.gallery.styles/gallery.less and resources/src/mediawiki.page.gallery.styles/print.less in mediawiki/core

If a separate UA sampling cannot be conducted, I would like to turn this into a feature request that for most-read pages, Pageviews should show the browser, os and hardware information of the reader group, should WMF's privacy policy permit.

I think there are two possibilities:

In T262760#6456698, @Reedy wrote:

I think it's a dupe of T262691: High numbers of HTTP 429 errors though

Please also notice that this bug report is different from T262705. This is a new problem.