The same "Unable to stash Parsoid HTML" error is reported to occur on Chinese Wikipedia as well.

@Bhsd @MusikAnimal This looks really good! However, I noticed that when a folded template was delete from the end or the beginning, the folded part was still there -- I think it should be automatically unfolded (like in VSCode) because it's no longer part of a template.

A side node, the onboarding page should not auto select zh-hans and zh-hant either.

See https://webaim.org/resources/contrastchecker/?fcolor=14866D&bcolor=202122, this is a clear violation of WCAG AA.

If the sandboxing approach is abandoned, https://www.mediawiki.org/wiki/Extension:Graph/Plans should be updated correspondingly to provide correct information about what is going on.

If this is intended can we close this task as declined to clarify?

In T358416#9574725, @Krinkle wrote:

This has already been addressed in OOjs core through these two tasks:

• T284935: OOjs + ES6
• T96640: Remove reliance on class static properties that are reserved in JavaScript
• Details at T96640#7194796

Can you try again with .key instead of .static.name and report back whether you can register and create your dialog through the chosen key?

Is that what you want? If so I'm happy to fold this into the production code.

Yes but please don't apply that right now. I feel like there needs some community inputs, so I created a thread on zhwp's village pump asking what to do about the gadget.

@Jdlrobson Following up your comments on zhwiki:

@Jdlrobson The fix is causing problems. It has no effect because a .vector-body stylesheet overrides it.

Sorry for the late reply.

Can verify this works. Closing.

In T357497#9542030, @Dbrant wrote:

@Diskdance Great question, and as it happens, I think this is trivially simple:

if (pcsClient) {
  // running in WebView.
  ...
}

The pcsClient object is a global variable that is exposed as a "bridge" between the WebView and the native app for exchanging messages. Therefore, if this object exists, it means you're running inside a WebView in the app. (More formally, you can check for typeof pcsClient !== 'undefined')

This is technically true for both the Android and iOS WebViews. However, the iOS app does not make its WebView aware of your login state (it does not share cookies with the WebView), so when the iOS app loads a regular HTML version of a page, it will not load any user javascript.
So to summarize, for Android it's trivial, and for iOS it's moot.

Hello @ARamadan-WMF! I believe this task is a duplicate of T305319 (the former task I created). Please move on there. T351568 is somewhat different so it's not a duplicate.

Can replicate this on Chinese Wikipedia when using the reply tool.

Changed description due to this following:

1. WMF knows how their servers are blocked
2. Hardcoding IPs are not feasible because IPs can be blocked as well, and WMF rejected the proposal to rotate IPs due to its unsustainability
3. Needed to emphasize why this is important, and why it's better than other solutions

In T250227 there are concerns about vendor dependency. If possible, can we implement Turnstile and hCaptcha simultaneously so if a vendor fails (or stop providing service at an acceptable level) we can switch to another seamlessly?

In T353578#9415257, @Esanders wrote:

We have backported some fixes. Can someone verify if this is fixed now?

@Esanders Can this ticket be closed now?

This is caused by an on-wiki gadget: https://zh.wikipedia.org/w/index.php?title=MediaWiki%3AGadget-VariantAlly.js&diff=79927662&oldid=79892477

In T282929#7112238, @cmadeo wrote:

Hi @shinjiman thank you so much for writing up this ticket! I was hoping that you might be able to help the team better understand your request.

In particular by "no conversion" are any of the following options what you had in mind:

A. No conversion means that each article is potentially displayed in mixed character sets based on the variant the text was originally written in (eg. if the 'Introduction' was written in Simplified Chinese it is shown in Simplified Chinese AND if the 'Early life' section was written by an editor in Hong Kong Traditional, you would see this reflected in the article).

B. No conversion means that articles are displayed in written vernacular Chinese (Baihua)

C. No conversion means that articles appear by default in a specific Chinese variant (eg. Simplified Chinese)

D. None of the above

---

And for your note about sr + gan, both of these languages are still available in the app, were you referring to the 'no conversion' option?

Thank you so much for your help and feedback.

Obviously this is not a good design. Given the fact that portal's code is largely unmaintained, I believe it needs a complete overhaul. That's out of this task's scope, though.

I believe zh.json is last modified by me in T171647, so probably I can bring some helpful info here. I may not remember all details though.

Can this feature be utilized by gadgets? The public API seems incompatible with gadgets and mw.popups.register is not available publicly.

For everyone's info, F-droid has been blocked in China now.

@Quiddity I think it's unrelated. Looking at Pygments I cannot find lexers for html5 and html4strict, and looking up in the release notes I cannot find relevant information either.

I hope WMF can participate in this project with the community since such a portal is hard to maintain solely by the community itself.

We could probably migrate to Vite and Vue and use SSG to generate a static site.

As the author of this task, I'll close this issue as declined in favor of T327286

Okay, let's keep the discussion on topic. Which gadgets are the blockers? Who should be responsible, and how to fix them?

Some thoughts:

1. It's not promising to rely on censorable but not yet censored platform (like Toolforge). We should use censorship-resistant platforms, typically to rely on large entities which government cannot easily block. (See also T327286)
2. We should find a balance between security/privacy/anonymity and convenience. Use as less custom software as possible. The more complex the procedure is, the less a user will be willing to join. Anything involves money transfer should be avoided.
3. Such portal may collect sensitive personal information. Does WMF privacy policy apply here? Which platform will it run on? I think this needs wider discussion.

In T335886#8926426, @Hamishcn wrote:

However I do think the deployment date shall take the local consensus into consideration. If this is Foundation's official plan, I sincerely invite your team to notify our community at zhwiki Village Pump, as the new skin is really incompatible for many gadgets/tools. Thank you.

In T338743#8921397, @TheresNoTime wrote:

Could you link to your user account please?

In T338743#8921376, @RhinosF1 wrote:

Is this request for a specific site like zhwikipedia or all zh language wikis?

A bunch of gadget compatibility issues should be resolved before the deployment.

jquery.tipsy is used by a default gadget on Chinese Wikipedia providing cross-language link support, which has wide usage in the wiki.

I can completely understand your team's eagerness to put Vector 2022 into wider usage, but I also hope that community consensus is respected in such case.

It looks like we can just mark lexers in "non-HTML markup languages" category (https://pygments.org/docs/lexers/#lexers-for-non-html-markup-languages) to generate RTL content by default in a RTL wiki. @bd808 Is it technically feasible?