维基百科:互助客栈/技术/存档/2018年10月

建议移除中文维基百科的机翻功能

建议移除Special:内容翻译。先前讨论参见Wikipedia:互助客栈/其他#机翻问题。--Leiem签名·留言2018年9月9日 (日) 15:48 (UTC)

  • (+)支持--Cohaf留言2018年9月9日 (日) 15:56 (UTC)
  • (+)支持:有些鸡肋的工具--Leon3289留言2018年9月9日 (日) 16:08 (UTC)
  • (-)反对:“内容翻译”工具与其中的“机器翻译”组件是完全不同的功能。Special:内容翻译统计经其提交的条目。可以向维护者反馈/尝试制作小工具/设立指引来阻止或限制劣质机翻的出现。--YFdyh000留言2018年9月9日 (日) 17:02 (UTC)
  • (-)反对Special:内容翻译方便之处是在于它支援直接导入模板、分类和wikidata entry,对我而言还是实用的;而不是它自带的机翻功能。而劣质机翻的问题在引入内容翻译工具前已经一早存在,现有的速删方针也尚能解决问题。在下的反(&)建议是关闭把内容翻译工具的输出直接发布到main namespace,而是只能发布到draft或user namespace,希望能够让编者再校对几遍后方可发布条目。--默默耕耘的无聊龙发掘化石|基因图谱2018年9月9日 (日) 17:24 (UTC)
  • 建议只禁止发布在条目,或只允许发布在草稿,或用户页,原因同无聊龙。— Willy1018(留言) 2018年9月10日 (一) 02:31 (UTC)
  • 个人认为或不必移除该功能,但在每次使用机翻功能时应给予用户警示。 --🐕🎈实用主义大于天) 2018年9月10日 (一) 03:16 (UTC)
  • 如果默认或强制提交到草稿空间,需要有专人(小组)审核并移动(不留重定向)或跟进(讨论、意见或处理;未完成草稿不太好办;中途协作易有冲突)。目前的巡查我认为足够了,有意者还可依照记录校对,是巡查员的辨别能力和接受标准问题。--YFdyh000留言2018年9月10日 (一) 15:07 (UTC)
  • (+)支持:有鉴于长久以来维护Portal:生物学/新进条目,以及巡查新条目时,经常看到机器翻译产出的条目,我同意“内容翻译”的功能对维基百科不利,意见与无聊龙类似,但希望完全把内容翻译的功能移除(而非只是不能直接发布到条目空间),只留下上述导入模板、分类等不涉及内容翻译的功能。--Wikimycota~receptor/genome 2018年9月10日 (一) 17:42 (UTC)
  • (!)意见:并不是对机器翻译有歧视,而是Special:内容翻译并不好用,明明在中文维基存在的条目,被它直接翻译成红链了;至于翻译质量,我做了个对比:
    • 英文原文(来自Tron RUN/r):Tron RUN/r is an endless runner video game developed by Sanzaru Games and published by Disney Interactive Studios as part of the Tron franchise. It was released on February 16, 2016 for the PlayStation 4, Xbox One, and Windows. It was ll announced at the Game Awards 2015, where it was described as an "action arcade" game.
    • Special:内容翻译(默认的Yandex,其他翻译丢链接):Tron运行/r 是一个 无尽的选手 视频游戏 发 射日游戏 和公布通过 迪士尼的交互工 作的一部分 特 许经营的。 它被释放关于二月16日,2016年的 ps4的, 一个Xbox,并 Windows. 这是ll宣布在 游戏的奖2015年,它被描述为一个"行动游戏"的游戏。
    • Google翻译:Tron RUN / r是由Sanzaru Games开发的无尽的赛跑者视频游戏,由迪士尼互动工作室出版,作为Tron特许经营的一部分。 它于2016年2月16日发布,适用于PlayStation 4,Xbox One和Windows。 它在2015年的游戏大奖中宣布,它被称为“动作街机”游戏。
    • 所以当前情况下Special:内容翻译挺鸡肋的,还是人工处理比较好--Leon3289留言2018年9月11日 (二) 01:42 (UTC)
  • (=)中立但倾向(+)支持:在下经常使用内容翻译功能翻译条目(比如IceWM虚拟YouTuber),确实现在这个工具有一定的设计缺陷,也有许多新用户不懂,直接拿工具机械翻译的结果提交。如果说直接一刀切禁用,恐怕会招致一些维基人的反对,建议参考Inufuusen的意见,在使用该功能时对用户——尤其是一些初使用该工具的新用户——给予警示,要求用户检查和纠正机翻内容。--MeltdownLakeTalkripper 2018年9月11日 (二) 01:56 (UTC)
    • 我觉得取消内容翻译,属于典型的因噎废食--百無一用是書生 () 2018年9月11日 (二) 02:09 (UTC)
    • 我也觉得未必需要取消整个工具,我建议在每次点击生成自动翻译的时候都事先弹出一个对话框,提示用户注意机翻问题。(“我已知晓通过自动翻译生成的文字仅可用于参考,我保证我已阅读所翻译的原文。”)在一个条目里使用几次自动翻译,就要确认几次。(对任何用户都这样。) --🐕🎈实用主义大于天) 2018年9月12日 (三) 07:08 (UTC)
  • (-)反对移除special:内容翻译,可视化的界面对新人来说还是很容易上手的。机器翻译的话可以提高门槛,即如果新用户+机翻且不经人工修正的比例过高,可以强制用户将翻译的结果发布到草稿页。燃 灯 2018年9月11日 (二) 06:30 (UTC)
  • (-)强烈反对。讨论前题错误。机械翻译部分并非内容翻译元件的全部。——C933103(留言) 2018年9月11日 (二) 14:17 (UTC)
  • (-)倾向反对,虽然这个翻译工具确实用着不爽,但多一个工具总比少一个强,劣质翻译直接G13即可。--Yangfl留言2018年9月12日 (三) 07:45 (UTC)

非移除的替代方案

方案一:使用内容翻译需要权限

如果不移除这一功能,可以考虑让机翻给有一定编辑经验的人用,如自动确认用户、巡查豁免用户或自定义权限等。--Leiem签名·留言2018年9月12日 (三) 07:57 (UTC)

方案二:内容翻译默认发布到草稿或用户空间

phab:T168727,之前提交过一个请求。如果觉得这个问题影响太大,可以要求默认发布到草稿或用户名字空间,甚或不允许直接发布到主名字空间--百無一用是書生 () 2018年9月12日 (三) 08:27 (UTC)
发布到草稿或用户空间可以考虑。——路过围观的Sakamotosan | 避免做作,免敬 2018年9月12日 (三) 08:49 (UTC)
见上文,如果没有专项负责审阅处理,或者明确的流程指引,我(-)倾向反对默认发到草稿,译文埋没、重复翻译等风险。--YFdyh000留言2018年9月12日 (三) 11:21 (UTC)

方案三:请求ContentTranslation移除对中文的机械翻译选项

方案四:每次点击按钮添加自动翻译时弹出信息框要求确认

  • 我加个方案四。基本什么都不改,但是每次点击自动翻译的时候都弹出一个对话框,告诉用户机翻的坏处,要求用户保证自己亲自看过外文原文进行确认。使用起来简单就是实质的鼓励,使用起来麻烦就是实质的不鼓励。 --🐕🎈实用主义大于天) 2018年9月18日 (二) 09:54 (UTC)
“对话框”可能体验很差,接近禁用,以及多次弹出alert是可以用浏览器禁用掉的。--YFdyh000留言2018年9月19日 (三) 09:29 (UTC)
这个建议就是为了使体验变差。浏览器禁用的话后果自负。社群已经警告过了。 --🐕🎈实用主义大于天) 2018年9月21日 (五) 05:52 (UTC)
这样就是逼人家弃用或者禁用并忽略警告,体验和效果不好。--YFdyh000留言2018年9月21日 (五) 13:28 (UTC)
就是为了让体验和效果不好啊。 --🐕🎈实用主义大于天) 2018年9月25日 (二) 15:47 (UTC)
对话框基本没用,一般人在翻译好之后不会再看内容的。--Leiem签名·留言2018年9月19日 (三) 09:34 (UTC)
对话框这个的话倒是可以做一下试验--百無一用是書生 () 2018年9月21日 (五) 03:58 (UTC)
明明点了“确认”,表示已经知道机翻的坏处,亲自看过外文原文,如果再有机翻润色行为被发现,可以用不诚信为理由直接警告,再犯封禁3天 。 --🐕🎈实用主义大于天) 2018年9月21日 (五) 05:52 (UTC)
搞不懂“亲自看过外文原文”与“机翻润色”的关系,前者存在时后者仍可能存在,以及看原文是指要核验来源吗。如果寄希望禁止“机翻润色”,不填充最佳。--YFdyh000留言2018年9月21日 (五) 13:30 (UTC)
我不希望禁止机翻润色,因为实行起来困难。我希望让使用机翻的人感到不便。 --🐕🎈实用主义大于天) 2018年9月25日 (二) 15:47 (UTC)
从这个理由来看应该是可行的。--Leiem签名·留言2018年9月29日 (六) 13:31 (UTC)
那翻得很烂的页面照样以G13删吗?-- Sunny00217 2018年9月29日 (六) 18:03 (UTC)
在我看来这是另一件事,原来怎么做还怎么做。 --🐕🎈实用主义大于天) 2018年10月1日 (一) 05:20 (UTC)

最近打算把{{Infobox former country}}合并到{{Infobox country}}中,目前{{Infobox country}}已完成更新,可兼容{{Infobox former country}}的参数,我测试了几个样例,大部分参数兼容状况良好。不过我还需要观察一段时间,如果发现问题可以在此提出。--Vozhuowhisper 2018年10月1日 (一) 11:13 (UTC)

untitled

以下讨论已结束,请不要对此存档进行任何编辑:

2018年10月1日 (一) 17:34 (UTC)

因应维基共享资源10月14日后限制GFDL档案转移至共享资源之措施

依据维基共享资源的决议,自10月14日起,除标志、手册等以GFDL授权发布之程式相关档案,将不再接受纯GFDL档案授权之图像、影片、文件等上传或转移至维基共享资源。由此,中文维基百科本地的档案上传流程应当将此状况考虑,提请各位是否将档案上传精灵移除纯GFDL的选项,或是将纯GFDL的选项进行限制用法。以上。台湾杉在此发言 (会客室) 2018年9月21日 (五) 06:22 (UTC)

  • 那GNU软件的图片还可以吗?--Br2 2018年9月21日 (五) 07:26 (UTC)
    •  
      显而易见……
      解释:一群人认为,对于非书籍类、手册类的文件而言,传播时要包含整个GFDL许可证(或类似于GPL这种很长的但必须附带的许可证)是不可接受的负担,在这一意义上不是“自由文化”的。引用BethNaught的话,

然而,具体来看,我认为GNU许可证下的软件的图片是软件的一部分,而软件发行时自当带上GNU许可证,故是可以接受的。个人建议,移除本地上传向导中“单独授权GFDL”这个选项,如果真的有这个需求(许可时间早于祖父条款规定的时间),自当去Commons。--Mend My Way 2018年9月21日 (五) 08:00 (UTC)

t-shirts...嗯,可以卖衣服的时候,每件衣服塞一个GFDL协议....2333--百無一用是書生 () 2018年9月21日 (五) 08:19 (UTC)
所以有些实体物品还是可以符合条款的,只是要看怎么做。--章安德鲁留言2018年9月21日 (五) 09:33 (UTC)
+1 。--Mend My Way 2018年9月21日 (五) 11:16 (UTC)
把协议文本印在T恤的里面。(误)--Kuailong 2018年9月21日 (五) 16:57 (UTC)
只在T恤上印协议文本就可以作为一件产品了吧,都不需要再加一张图。 --达师 - 370 - 608 2018年10月1日 (一) 20:04 (UTC)
个人认为中文维基本地无需跟着共享资源走,仍可以接受纯GFDL授权。—— Jyxyl9批判一番 2018年9月24日 (一) 11:09 (UTC)
对此无意见,如果仍可接受,必需要对GFDL模板设限,例如增加{{Do not move to Commons}}等类似措施。台湾杉在此发言 (会客室) 2018年9月24日 (一) 15:24 (UTC)
同意,建议将{{Do not move to Commons}}内容融入本地的GFDL模板中,可省却批量加入之困扰。—— Jyxyl9批判一番 2018年9月30日 (日) 23:59 (UTC)

--𝙻𝚄𝙼𝙸𝙽𝚁 (留言) 2018年9月29日 (六) 04:01 (UTC)

“分类“分类:XX”中的页面”

这问题又出现了!和上次一样,在不转换时正常,在转换时会出现“分类“分类:XX”中的页面”这样的问题。--№.N留言2018年9月26日 (三) 13:57 (UTC)

(~)补充:界面语言为繁体下显示为「分類:XX」分類的頁面,简体下才是显示为分类“分类:XX”中的页面。-- tang891228 留⁠言 2018年9月26日 (三) 15:24 (UTC)
MediaWiki:Category header/enMediaWiki:Category header/zh-hantMediaWiki:Category header/zh-hans。-- By Jimmy Young. (Talk) 2018年9月27日 (四) 03:14 (UTC)
这次的这个问题的再次出现肯定是像上次那样,不知这次有没有人提交到Phabricator的。看来以后我得学会自己到Phabricator提问题了,说不定这几天内我就准备这么做,印象中我每次在VPT提问题似乎都不能解决的……上次我提的cite web模板script-title不正常的问题也是这样,好在那问题6月下旬解决了。--№.N留言2018年10月3日 (三) 13:25 (UTC)

最近的一次(或几次)MediaWiki更新好像为所有页面增加了theme-color

在Chrome for Android上可以看到系统状态栏、Chrome顶部工具栏的颜色和维基*的工具栏一致。

代码为<meta name="theme-color" content="#eaecf0"/>。--XL-028留言2018年10月5日 (五) 02:01 (UTC)

注释的浏览功能

这几天发现,例如中华民国与荷兰关系等条目,将游标移到注释上,无法正常显示,或显示到错误位置,不知是何原因?请求解惑,谢谢。--Tp0910留言2018年9月23日 (日) 15:56 (UTC)

未能复现。--XL-028留言2018年9月24日 (一) 02:35 (UTC)
中华民国与芬兰关系为例,有异常的是模板里的注释(注一),在文章里的注释就能正常显示(注二、注三)。--Tp0910留言2018年9月24日 (一) 11:24 (UTC)
移动版下,点击模版中的参考[2],无法在页面下部显示参考内容,而且点击参考[2]后,其他部分参考也会变得点击后无法显示,但“注x”的注释不受这个问题影响。如果不点击参考[2],则似乎会随机某些参考点击后不显示?--百無一用是書生 () 2018年9月28日 (五) 02:56 (UTC)
奇怪的是,我把一样的内容复制到沙盒测试就变正常了。而且似乎只有移动版的Chrome才有这个问题,移动版的Firefox正常,使用桌面版的Chrome打开移动版页面也正常。-- tang891228 留⁠言 2018年9月28日 (五) 10:32 (UTC)
(*)提醒有没有人知道上述问题的原因?这是普遍性的,例如中荷关系荷兰。--Tp0910留言2018年10月5日 (五) 11:55 (UTC)

2018年10月8日 (一) 23:38 (UTC)

为何会不支援简体参数?—John123521 (留言-贡献) 2018年10月10日 (三) 23:35 (UTC)

我稍作更新,上半部支援简体字参数,隐藏的部分,还是照原来格式--Qqkuro66541留言2018年10月12日 (五) 05:34 (UTC)
如果您只是要问原因的话,原本{{#if:{{{缩写|}}}| |...}},这个部分是简体,简体才会显示,繁体无作用,可参见Help:解析器函式--Qqkuro66541留言2018年10月12日 (五) 07:05 (UTC)

繁简转换:自由軟體 未转换 自由软件

在模板Template:infobox software中,在简体中文环境下,繁体中文“自由軟體”未自动转换为简体中文“自由软件”,却转换成了简体中文“自由软体”,发现问题条目为LINE,暂时通过手动转换修复。—以上未签名的留言由Oudoubleyang对话贡献)于2018年10月12日 (五) 12:23 (UTC)加入。

@Oudoubleyang修改前的版本中未见该问题。--YFdyh000留言2018年10月13日 (六) 11:31 (UTC)
@YFdyh000:感谢您的查看,现在复查后问题果然消失,故撤销我的编辑。当时确实看到了简体字的“软体”,应该是偶发性bug。 --KumaTea  来喝茶!  2018年10月13日 (六) 12:38 (UTC)

与间隔号相似的页面标题设定建立权限之请求

为了统一起见,页面标题中的间隔号一律使用“·”。--216.162.47.73留言2018年10月15日 (一) 06:00 (UTC)

  • 已有权限
  1. “・”
  2. “・”
  3. “‧”
  4. “•”
  • 未有权限:
  1. “.”
  2. “⸱”
  3. “⦁”
  4. “⋅”
  5. “∙”
  6. “᛫”
  7. “ּ”
  8. “﹒”
  9. “▪”
9.“▪”[7][8][9]

关于检查所有顶注模板是否已经全部调整到位

上月初,书生根据mw:Recommendations for mobile friendly articles的建议,将中文维基百科所有顶注模板(消歧义链接/相关链接)全部调整为hatnote样式(相关讨论串:12)。上周,在Xiplus处理完几个相关的编辑请求后,剩余的几个相关链接模板({{See also}}、{{Further}}以及通用的{{Rellink}})也已经全部调整到位。

但是这样做却造成了一个问题,那就是所有使用自定义消歧义文字的条目,输出的内容只是一层突兀的纯文字,显得不太美观。对此,本人于今天凌晨作出了以下调整:

  • 重新拆分出{{Dablink}}模板(与现有的{{Hatnote}}用法类似,只不过一个有消歧义图标,是通用的消歧义链接模板,一个没有消歧义图标,是通用的顶注模板)

现在,需要各位去作的工作主要有:

  • 检查所有顶注模板(消歧义链接/相关链接)是否已经按照上述修订调整到位(今天凌晨弄完之后通过书生的编辑记录复查了一下,应该是没问题了)
  • 检查所有错误地使用了{{Hatnote}}模板的内容页面(包括但不局限于条目,“朝鲜”就是一个例子),并根据实际应用场合将其更正为{{Dablink}}(这可能需要大量工作,insource:/[Hh]atnote/的搜索结果可供参考,大多集中在条目、Wikipedia、Help三个名字空间,以及模板/模块文档)

--Dabao qian留言2018年10月15日 (一) 15:25 (UTC)

2018年10月15日 (一) 22:40 (UTC)

“监视列表”页“已查看更改”过滤器描述文字错误

在“监视列表”页面,过滤器输入框的下拉列表中,“已查看更改”的描述错误,目前的描述和“未查看更改”一样。 --Silverwzw (Talk) 2018年10月21日 (日) 07:21 (UTC)

(~)补充繁体版正常,只有简体版有误。-- tang891228 留⁠言 2018年10月21日 (日) 12:03 (UTC)

请求重定向

模板样式的Doc说明文件

请求修正快速删除模组Module:Template:Delete之错误

为什么在用户讨论页添加{{d|O1}}时会出现错误:仅适用于User名字空间?-- Sunny00217 --邀请你一同关注历史上的今天 2018年10月22日 (一) 09:12 (UTC)

避免标题列的“引用”过度转换成“參照” 

有没有办法调整公共转换组IT,避免相关页面标题列的“引用”过度转换成“參照”?有很多页面有这种情形。在转换规则中加入等号:zh-hans:== 引用 ==; zh-hant:== 引用 ==;似乎没用。-- tang891228 留⁠言 2018年10月17日 (三) 11:16 (UTC)

从解析器原理,展开章节标记比多书写模式转换要早完成,所以转换加进去没用是因为这部分早就被解析了。“引用”章节是指“参考资料”?是的话,改用后者。——路过围观的Sakamotosan | 避免做作,免敬 2018年10月18日 (四) 09:14 (UTC)
有些条目是参考资料被细分为引用和来源,例如信息技术。-- tang891228 留⁠言 2018年10月19日 (五) 03:05 (UTC)
没有什么好办法,或者说很特例的过度转换(IT的术语与MW的特殊用语恰好重合),只能是将参考资料的“引用”用其他术语代替,例如:参考资料章节,注脚的不用章节区分,书籍类才单独用“参考文献”或“参考书籍”章节区分。——路过围观的Sakamotosan | 避免做作,免敬 2018年10月19日 (五) 03:11 (UTC)
这个例子的“引用”可以换成别的词汇吧? --🐕🎈(我醉欲眠卿且去,明朝有意掏钱来) 2018年10月19日 (五) 06:12 (UTC)
或许只能添加-{}-了-- Sunny00217 --邀请你一同关注历史上的今天 2018年10月19日 (五) 10:25 (UTC)
非根本性但简便的解决方法应该只有这样。——路过围观的Sakamotosan | 避免做作,免敬 2018年10月21日 (日) 08:10 (UTC)
但这样做又有一个问题:网址列需打
//zh.wikipedia.org/wiki/条目名#章节名

-- Sunny00217 --邀请你一同关注历史上的今天 2018年10月22日 (一) 09:21 (UTC)错误,是

//zh.wikipedia.org/wiki/条目名#-{章节名}-

-- Sunny00217 --邀请你一同关注历史上的今天 2018年10月22日 (一) 11:00 (UTC)

User:Sunny00217地址栏或重定向可以直接用信息技术#引-{}-用,其他页面内需使用的话改用外部链接:{{Fullurl|信息技术#引-{}-用||显示名称}}。-- tang891228 留⁠言 2018年10月22日 (一) 10:52 (UTC)

无差异的编辑

这笔没有差异的编辑bug吗?-- tang891228 留⁠言 2018年10月20日 (六) 11:58 (UTC)

我认为不是Bug。记得之前可以通过不更改页面实际内容的编辑来补写编辑摘要,但现在不可以了。--XL-028留言2018年10月22日 (一) 11:57 (UTC)

2018年10月22日 (一) 23:11 (UTC)

表格内{{僻字}}的描述错位

表格内{{僻字}}的描述会跑到页面的上方(示例),以前不会这样。-- tang891228 留⁠言 2018年10月16日 (二) 16:46 (UTC)

名称 条目 符号 稳定性 周期 分区 性质 质子数 中子数 质量数 同位素
𬭊 𬭊 Db 半衰期约1.28天 7 5族元素 d区元素 过渡金属 105 157 262 𬭊的同位素
𬭳 𬭳 Sg 半衰期约3.10分钟 7 6族元素 d区元素 过渡金属 106 160 266 𬭳的同位素
𨨏 𨨏 Bh 半衰期约1.02分钟 7 7族元素 d区元素 过渡金属 107 157 264 𨨏的同位素
𬭶 𬭶 Hs 半衰期约10.00秒 7 8族元素 d区元素 过渡金属 108 169 277 𬭶的同位素
Mt 半衰期约7.60秒 7 9族元素 d区元素 过渡金属 109 159 268 的同位素
-- 宇帆留言·欢迎签到缈子偶素化铼合镓铼钨(ReMu·GaReW2018年10月16日 (二) 17:04 (UTC)
这是哪来的特效[开玩笑的]啊?-- Sunny00217 --邀请你一同关注历史上的今天 2018年10月19日 (五) 10:23 (UTC)
相关文件:MediaWiki:Gadget-UnihanTooltips.jsMediaWiki:Gadget-UnihanTooltips.css。--YFdyh000留言2018年10月19日 (五) 10:50 (UTC)
僻字工具采用了mw:Reference Tooltips的核心,我也发现参考文献提示工具(MediaWiki:Gadget-ReferenceTooltips.jsMediaWiki:Gadget-ReferenceTooltips.css)也同样出现把注脚弹出在最顶部显示的问题(如𬭊条目右边信息框内的参考[1]),看来应该要在MW找专门管理mw:Reference Tooltips的人协助跟进。(补充:这个问题似乎只发生在表格内的僻字,正文的僻字暂未发现问题)--街燈電箱150號 开箱维修 抄表 检验证明 2018年10月23日 (二) 03:49 (UTC)

页面中存在<ref group="注">标签

流星花园 (2001年电视剧)最底下有“引用错误:页面中存在<ref group="注">标签,但没有找到相应的标签”,试过用+NoteFoot 没有效果。-—以上未签名的留言由Nickice对话贡献)于2018年10月22日 (一) 12:24 (UTC)加入。

批量修改链入页面

有什么批量修改链入页面的小工具么,比如用于不留重定向移动模板之后更改链入页面的链接。浅蓝雪 2018年10月24日 (三) 23:03 (UTC)

WP:AWB Willy1018(留言) 2018年10月24日 (三) 23:07 (UTC)
这个我试过,不太会用,而且总觉得界面看起来和第三方程序一样,还是有点不敢用啊浅蓝雪 2018年10月24日 (三) 23:08 (UTC)
AWB算是半官方性质的了。——路过围观的Sakamotosan | 避免做作,免敬 2018年10月25日 (四) 01:04 (UTC)

Flow错误

File:Flow_issue_two_botton.png 更新摘要按钮右侧多了个小按钮,且那个小按钮才是真的“更新摘要”。--XL-028留言2018年10月25日 (四) 01:54 (UTC)

在下也曾遇过(▲)同上错误。—— Eric Liu留言留名学生会 2018年10月27日 (六) 03:42 (UTC)

2018年10月29日 (一) 20:08 (UTC)

.wmflabs跨站引用也有警告,不知道以后会不会连wmflabs也不让跨站。果真这样的话,可能一些工具会失效--百無一用是書生 () 2018年10月30日 (二) 04:12 (UTC)