User Details
- User Since
- Nov 10 2018, 8:39 AM (114 w, 10 h)
- Availability
- Available
- LDAP User
- Sunny00217
- MediaWiki User
- Sunny00217 [ Global Accounts ]
Oct 29 2020
Jun 22 2020
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>
Jun 1 2020
++--
Apr 10 2020
Apr 8 2020
Are this task and T246215 the same?
Apr 5 2020
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
Apr 4 2020
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".
And, it disappear.
If used safemode=1,global.js , global.css , common.js , and common.css would not become effective, so this bug only came from MediaWiki.
Apr 3 2020
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.
Apr 2 2020
In T246383#6022068, @Pginer-WMF wrote:
......
- 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.
@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
- Some error from Content Translation could't be understood or didn't show.
- Thought Content Translation can show error message from AbuseFilter, but it can't record what error was, we need this.
- Don't use numbers of delete, because deleteing articles had many reasons, not only CSD but also many reasons need delete articles.
- Most of editers translated by themselves.
- Some of editers translated by Content Translation,but it could't post because of either unknown obstacle or unknown error message from AbuseFilter.
Mar 10 2020
Maybe we can add a <select> on Special:Preferences#mw-prefsection-personal-i18n
Mar 6 2020
Mar 2 2020
Feb 28 2020
Feb 26 2020
Aug 11 2019
Than why error show on x-powered-by: HHVM/3.18.6-dev(HHVM) but not in x-powered-by: PHP/7.2.16-1+0~20190307202415.17+stretch~1.gbpa7be82+wmf1(PHP7)?
Aug 10 2019
This mean we using HHVM and having this error? BTW,some time Tags php7 (PHP7) will show in Tags,but some time it didn't work,like https://zh.wikipedia.org/w/index.php?title=Wikipedia:沙盒&action=history
Aug 9 2019
Going to https://zh.wikipedia.org/wiki/首页 or https://zh.wikipedia.org/wiki/首页?uselang=en can reproducible this error and 出自Wikipedia (T228876),but it don't show error on https://zh.wikipedia.org/wiki/首页?uselang=zh and https://zh.wikipedia.org/wiki/首页?uselang=zh-xx
Aug 8 2019
Jul 31 2019
I don't think so. I see same happening in
In my understanding,Viztor think useing temple Internal_link_helper to link to interwiki is troublesome,but we have vote interwiki link's processing method(跨语言链接的处理方式),so he or she think can it make like a Magic_words or conditional expressions.
Jul 30 2019
Because vote https://zh.wikipedia.org/wiki/Wikipedia:%E6%8A%95%E7%A5%A8/%E8%B7%A8%E8%AF%AD%E8%A8%80%E9%93%BE%E6%8E%A5%E7%9A%84%E5%A4%84%E7%90%86%E6%96%B9%E5%BC%8F
so we use this template.