@Jdlrobson The bug appears to be broken by the https://gerrit.wikimedia.org/r/824303 (:
Another broken example

https://github.com/Frederisk/Wikitext-Extension-Gadget/issues/5

In T318180#8250227, @Aklapper wrote:

Hi @toorich, thanks for taking the time to report this! Please provide a full, clear, complete list, including all full URL/links and search terms as text, which allow someone else to reproduce the problem, without any interpretation. I cannot reproduce this, but I might not perform the correct steps.

No longer occur.

In T244635#7596218, @Dbrant wrote:

@Urbanecm Thanks for the heads up. Would someone mind restating the exact steps to reproduce this from the Android app?

In T307322#7909405, @Dylsss wrote:

Note that this would introduce bypassing Lockdown without any checks that a user can access the undoafter revision.

done by xiplus in https://zh.wikipedia.org/wiki/Special:Diff/71043781

So what happened to this task? Why it didn't mark weekly blocker tracking task? It truly broken something.

Also what is the domain name of sysop_itwiki?

https://sysop-it.wikipedia.org/

In T263082#7562282, @SolidBlock wrote:

There's an issue with this extension tag. Sometimes it ignores -{H|rule}- rules when converting, no matter they are placed within or out of the tag.

The reason is T302158#7724040.

Difference between pre, inputbox, templatedata and syntaxhighlight with similar code

In T296128#7555931, @Aklapper wrote:

@Sunny00217: Could you please answer the last comment? Thanks in advance!

In T296128#7518277, @Aklapper wrote:

Use wikipedia app

Which of them? Android? iOS?

Android.

open a wikipedia link with interwiki like https://zh.wikipedia.org/wiki/phab:maniphest/task/edit/form/1/

Where and why are such links used? Why isn't https://phabricator.wikimedia.org/maniphest/task/edit/form/1/ used instead? What's the use case in reality?

https://phabricator.wikimedia.org/maniphest/task/edit/form/1/ is a example because I don't want to mention another task......
link use example: https://t.me/wikipedia_zh_n/1568499

In T294676#7501581, @Jonathan5566 wrote:

In T294676#7491438, @Legoktm wrote:

In T294676#7481421, @Jonathan5566 wrote:

To be clear, what kind of on-wiki dissociation will SRE like to see? Will we need to do that on VP? Or consensus between reviewers is fine? If on-wiki dissociation is needed, we can do that.

Given that this is an on-wiki project, I mostly want to make sure that people on-wiki are aware of this request to create a private discussion mailing list.

I have announced that we will create both private and public mailing-list in the discussion and we have a clear consensus, thanks for your help.

May be T295187 broken it (see discussion in Chinese https://t.me/wikipedia_zh_n/1556694).

It doesn't only show wikidata, it can show at zhwiki ( https://zh.wikipedia.org/w/api.php?action=query&format=json&meta=tokens&type=csrf ) and commons ( https://commons.wikimedia.org/w/api.php?action=query&format=json&meta=tokens&type=csrf ), may be can show at more wiki.

In T288964#7302945, @Harej wrote:

@Sunny00217, when you made that edit, were you in fact partially blocked? Because there is a similar bug (T274050) where users are being told they are blocked when they are not.

@Zabe Your patch got a Merge Conflict.

Can't reappear problem again.

In T287362#7236237, @IN wrote:

In T287362#7235937, @alaa wrote:

In T287362#7235932, @Marostegui wrote:

For what is worth, these are the wikis living on s3 databases: https://noc.wikimedia.org/conf/dblists/s3.dblist

Ummm, arwiki and enwiki not on "the wikis living on s3 databases", why it was affected?

In fact, zhwiki is not on this list either, but also affected.

I think you need to read T287362#7235939

In T287322#7235173, @chungchungfei wrote:

In T287322#7235172, @Sunny00217 wrote:

I don't think this discussion has clear consensus for add extendedconfirmed user right and extended confirmed protection.

Discussions have been going on for more than a month. When the last revised version was published, there was no objection at all, and the consensus was obvious.

screenshots:

now can't see error again

<entry>
<id>https://zh.wikipedia.org/wiki/Special:%E4%BE%9B%E7%A8%BF%E9%A1%B9%E7%9B%AE/potd/20200622000000/zh</id>
<title>维基百科每日图片：6月22日</title>
<link rel="alternate" type="text/html" href="https://zh.wikipedia.org/wiki/Special:%E4%BE%9B%E7%A8%BF%E9%A1%B9%E7%9B%AE/potd/20200622000000/zh"/>
<updated>2020-06-22T00:00:00Z</updated>
<summary type="html"><div class="mw-parser-output"><center><ul class="gallery mw-gallery-packed-hover center"> <li class="gallerybox" style="width: 1256px"><div style="width: 1256px"> <div class="thumb" style="width: 1254px;"><div style="margin:0px auto;"><a href="/wiki/File:R%C3%ADo_Yuk%C3%B3n,_Carmacks,_Yuk%C3%B3n,_Canad%C3%A1,_2017-08-27,_DD_01-04_PAN.jpg" class="image"><img alt="" src="//upload.wikimedia.org/wikipedia/commons/thumb/4/48/R%C3%ADo_Yuk%C3%B3n%2C_Carmacks%2C_Yuk%C3%B3n%2C_Canad%C3%A1%2C_2017-08-27%2C_DD_01-04_PAN.jpg/1881px-R%C3%ADo_Yuk%C3%B3n%2C_Carmacks%2C_Yuk%C3%B3n%2C_Canad%C3%A1%2C_2017-08-27%2C_DD_01-04_PAN.jpg" decoding="async" width="1254" height="300" srcset="//upload.wikimedia.org/wikipedia/commons/thumb/4/48/R%C3%ADo_Yuk%C3%B3n%2C_Carmacks%2C_Yuk%C3%B3n%2C_Canad%C3%A1%2C_2017-08-27%2C_DD_01-04_PAN.jpg/2822px-R%C3%ADo_Yuk%C3%B3n%2C_Carmacks%2C_Yuk%C3%B3n%2C_Canad%C3%A1%2C_2017-08-27%2C_DD_01-04_PAN.jpg 1.5x, //upload.wikimedia.org/wikipedia/commons/thumb/4/48/R%C3%ADo_Yuk%C3%B3n%2C_Carmacks%2C_Yuk%C3%B3n%2C_Canad%C3%A1%2C_2017-08-27%2C_DD_01-04_PAN.jpg/3762px-R%C3%ADo_Yuk%C3%B3n%2C_Carmacks%2C_Yuk%C3%B3n%2C_Canad%C3%A1%2C_2017-08-27%2C_DD_01-04_PAN.jpg 2x" data-file-width="16810" data-file-height="4022" /></a></div></div> <div class="gallerytextwrapper" style="width: 1234px"><div class="gallerytext"> <p><a href="/wiki/%E8%82%B2%E7%A9%BA%E6%B2%B3" title="育空河">育空河</a>风光。摄于加拿大<a href="/wiki/%E8%82%B2%E7%A9%BA%E5%9C%B0%E5%8C%BA" class="mw-redirect" title="育空地区">育空地区</a> </p> </div></div> </div></li> </ul></center> </div></summary>
<author>
<name/>
</author>
</entry>

++--

Are this task and T246215 the same?

In T246383#6029842, @VulpesVulpes825 wrote:

@Sunny00217, please open new tickets for different issues, thank you.

If we can change the setting ,It makes sense to open new tickets.

@Pginer-WMF There are more error ( from https://zh.wikipedia.org/wiki/Wikipedia:互助客栈/技术#新BUG：“正在加载保存的翻译...”无限加载 ) :
There are at least two users encountered this bug that when they recently used Content Translation, they could not load the original saved translation normally.
Log : https://t.me/wikipedia_zh_help/26952

By the way,if I used Visual editing and use safemode=1,I couldn't see the problem, but I saw something like a bug:
if I load the page done,I could see "Edit" tab between "Read" and "Translate".

By a way,some pages from Content Translation may be translated again, so we can't count how many translation was translated good or bad and it's percentage.

@Pginer-WMF

In T246383#6022068, @Pginer-WMF wrote:
......

1. Thought Content Translation can show error message from AbuseFilter, but it can't record what error was, we need this.

I included below an example of an abuse filter error. There the abuse filter title is shown ("Youtube links") and an error card will provide more details:

......

We know it could show error,but we need errors record in Special:AbuseLog,and it didn't do it.

In T246383#6021287, @VulpesVulpes825 wrote:

Based on data provided.by Xiplus, in the last 120 days, articles deleted due to rough translation are 106. Disregard 9 of the articles that do not have creation record, the ratio of deletion between articles of created by CX or not is 29:68, or 30%:70%. In other words, on average 0.24 article per day is deleted due to rough translation in the past 120 days.

@Pginer-WMF Please reading this comment in https://zh.wikipedia.org/wiki/Wikipedia:互助客栈/其他#請求禁止非自動確認用戶使用「內容翻譯」工具

随便一个地方就能冒出一个奇怪的空格，括号后也好，句号后也罢，这还是那些比较注意质量的新用户的翻译，有些用户甚至没有管过那些奇怪的句中空格，直接发到条目空间里面，如果巡查员稍微不负责任，G13的概率很高。同样，我在一周前使用内容翻译的时候，不堪VE的困扰，想发到草稿里面换用源代码，再次出现被AF挡掉而不说明原因的问题，也就是说，Xiplus的修正，并没有完全起到效果，仍然会有被AF挡住而原因不明的问题。综上，我仍坚持禁止新手使用内容翻译工具。此举并非是歧视用户，而是方便新手，不让新手的努力因为不明AF或者G13而付诸东流，相比之下，手工翻译由于可以自由切换于VE和源代码之间，其事实上对新手熟悉源代码编辑更为有利，并且在User空间或者Draft空间下的源代码可供社群检视，帮助找出问题所在，同时，所有被AF挡掉的编辑都会留下详细的过滤器日志，而过滤器日志无疑是对新手给予帮助的最有效的信息。同时，我强烈{{抗议}}基金会的开发人员为了强行将内容翻译工具保留，将不具备可比性的两组数据用以比较，偷换概念，将内容翻译的删除数量与其他类型的删除来比，显然是在混淆视听。另外，我认为出现内容翻译工具所建条目删除量低的原因，并非其比手工翻译更为优越，而是大部分普通编者采用手工翻译，造成手工翻译条目本身就较多，而采用内容翻译工具的条目也因为不明AF或是宇帆所遇到的发布障碍，一部分并没有被发布，成功发布的，只是内容翻译条目的一小部分，这样这种奇怪的数据便能够被理解了。-- @DWYoungDLS

It mean

1. Some error from Content Translation could't be understood or didn't show.
2. Thought Content Translation can show error message from AbuseFilter, but it can't record what error was, we need this.
3. Don't use numbers of delete, because deleteing articles had many reasons, not only CSD but also many reasons need delete articles.
4. Most of editers translated by themselves.
5. Some of editers translated by Content Translation,but it could't post because of either unknown obstacle or unknown error message from AbuseFilter.

Maybe we can add a <select> on Special:Preferences#mw-prefsection-personal-i18n