萌娘百科讨论:讨论版/技术实现/存档/2020年11月
讨论版【技术实现】档案馆
关于User xxx 和 用户 xxx 的互相重定向请求
存在问题
有的时候,会记不得用户框模板到底是
User xxx
还是
用户 xxx
请求
在所有用户框模板中作这两者的互相重定向(保留现存的一个,另一个重定向)
祝编安。 --From Ravenclaw_OIer with love 2020年10月17日 (六) 17:58 (CST)
我的建议是用重定向统一成一样的而不是全部重定向。另外据我所知似乎是以用户开头的模板居多,不妨统一成 用户 xx?--Cevon03gt Talk / Gossip
2020年10月17日 (六) 18:21 (CST)
- 这个问题和Infobox信息模板类似,到底是中文还是英文、是Infobox在前还是Infobox在后我现在都没搞清楚(捂脸)--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · EnMGP|4
2020年10月18日 (日) 19:56 (CST)
编辑极易发生冲突
最近本人编辑的几个极冷门的页面全部在保存时提示编辑冲突,原因不明,怀疑是有问题。事后证明是自己和自己冲突了,也就是自己的改动不明原因被自动保存了。 --保卫祖国(讨论) 2020年10月23日 (五) 12:48 (CST)
- Help:编辑冲突,有没有可能是按保存时按了两次,导致自己和自己冲突?——From 月_樱_雪 (讨论) 2020年10月23日 (五) 12:58 (CST)
- 复现复现复现,我为这个事情烦好几天了(狗妈恼怒.jpg)--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 优编|3
2020年10月23日 (五) 15:09 (CST) - (▲)同上 复现。本该提示保存成功的弹框经常不显示,但经常出现自己跟自己的伪编辑冲突提示。不过本质影响不大,因为编辑本身成功保存了,并没有真的冲突,就是总吓到人x ——迪尔碧莉蝶(留言板) 2020年10月23日 (五) 15:40 (CST)
- (▲)同上 确实有复现。--来自Takizawa Sakutaro 泷泽 朔太郎(讨论·贡献)的留言于2020年10月23日 (五) 16:17 (CST)
- (▲)同上 复现。—— 屠麟傲血(讨论) 2020年10月23日 (五) 16:22 (CST)
- (▲)同上 复现,但无多大实际影响。--这不是个人 2020年10月23日 (五) 18:34 (CST)
- (▲)同上 复现,但是在手机端视图无此现象,只有用电脑桌面端会出现。--非常非常怂的playymcmc007(
讨论 ) 2020年10月26日 (一) 21:27 (CST)
关于讨论版的“请勿编辑全文”
存在问题如下:
- 在页面未完全加载出来时,手速快些仍可直接进入编辑页面
- 可以通过撤回进行全文的编辑
是否需要对此进行完善?——From 月_樱_雪 (讨论) 2020年10月30日 (五) 14:45 (CST)
- 这个问题之前也有人说过,AnnA回应这个功能是避免用户按进去,并不是完全阻止用户(毕竟用打网址的方法也是可以编辑全文)。--By patroller CHKO (Talk) @ 2020年10月30日 (五) 15:16 (CST)
关于引用来源bot
维基最近有个互联网档案馆bot在给引用来源补存档链接以防失效。我想或许可以借鉴一下。至少,为已有失效链接的条目补上链接存档。——From 月_樱_雪 (讨论) 2020年10月18日 (日) 06:44 (CST)
- @月_樱_雪 ( ? )疑问 诶,我记得Internet Archive被404了吧……?--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · OIer|15
2020年10月18日 (日) 11:59 (CST)- 是的,不过总比没有资料可查要好。很多作品的官方主页也是404,问题不大。——From 月_樱_雪 (讨论) 2020年10月18日 (日) 12:31 (CST)
- WP那边的bot是这个:zhwp:User:InternetArchiveBot,至于它是如何工作的就不清楚了,那个bot还能自动标记失效链接。BlackShadowG★ 2020年10月18日 (日) 19:09 (CST)
- 是的,不过总比没有资料可查要好。很多作品的官方主页也是404,问题不大。——From 月_樱_雪 (讨论) 2020年10月18日 (日) 12:31 (CST)
- @月_樱_雪 请求移动至技术实现版,可能会有更多人看到。
(比如A姐)--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 单推人|21
2020年10月18日 (日) 19:32 (CST)- 已移动。——From 月_樱_雪 (讨论) 2020年10月18日 (日) 21:19 (CST)
- 萌百不一定能兼容这个机器人。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年10月18日 (日) 22:45 (CST)
- 已移动。——From 月_樱_雪 (讨论) 2020年10月18日 (日) 21:19 (CST)
我觉得在萌百目前{{Cite web}}系列模板都没有推广的前提下部署这个机器人意义不大。——Xzonn(聊天) 2020年10月18日 (日) 22:51 (CST)
- @AnnAngela、@Xzonn,也就是说,目前还没有使用的条件吗……我是想如果能使用的话,这个bot蛮不错的w——From 月_樱_雪 (讨论) 2020年10月19日 (一) 06:42 (CST)
(-)不支持 (▲)同Xzonn。另外你百光负责讨论的这俩bot(Cewbot和Annbot)
- @C8H17OH那么,MAR个被搁置吧……——From 月_樱_雪 (讨论) 2020年10月24日 (六) 06:36 (CST)
还有生日暴走的萌百娘--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 乙方|31
2020年10月24日 (六) 11:39 (CST)
请教用户JS怎么替换链接
请教一下,User script(common.js)怎么替换链接。我想通过JS,把所有链接中的“https://steamcommunity.com/linkfilter/?url=”前缀去掉。
addOnloadHook(function() { var lnks = document.getElementsByTagName('a'); for (var i = 0; i < lnks.length; i++) { lnk = lnks[i]; href = document.addEventListener ? lnk.href : lnk.href.replace("https://steamcommunity.com/linkfilter/?url=", ""); }; });
本人JS水平不高,这一段代码经测试不起作用。求助各位大佬,要怎么写?—— Grey (Talk, Contrib) 2020年10月30日 (五) 16:59 (CST)
@Greykid 以下是分别是使用jQuery和不使用jQuery的写法。
mw.hook( 'wikipage.content' ).add(function($content) {
$content.find('a.external').each(function() {
this.href = this.href.replace(/^https:\/\/game\.bilibili\.com\/linkfilter\/\?url=/, '');
});
});
window.addEventListener('load', function () {
document.querySelectorAll('a.external').forEach(function(ele) {
ele.href = ele.href.replace(/^https:\/\/game\.bilibili\.com\/linkfilter\/\?url=/, '');
});
});
——移动版用户 Bhsd(讨论) 2020年10月30日 (五) 23:03 (CST)
非常感谢!P.s. 后面找到了一个更简单的解决方案,就是直接修改 Special:跨wiki。—— Grey (Talk, Contrib) 2020年10月31日 (六) 21:00 (CST)
报告一个问题
在条目中添加{{R-18作品声优索引}}模板时会触发过滤器“R-18 或 敏感内容”,然而该模板并非{{R-18}}或{{敏感内容}}。希望进行修正。 ——淑子(トーク) 2020年10月30日 (五) 21:49 (CST)
模板Bug报告
在{{BangdreamSongGai}}这一模板之下,如果在其中一个模板使用了两张图,那么下方的所有模板都会显示这两张图。
实例:Pastel*Palettes翻唱歌曲2和这一版本。--夜刀神真香(讨论) 2020年11月1日 (日) 11:49 (CST)
- 应该是因为运用了#vardefine,整个页面都会使用同一参数,所以导致所有模版内都会显示tab。由于这个功能广泛运用在单碟内,也不能贸然修改,要看看利用什么其他方法去取代参数,我暂时想不到({{BangdreamSongGai}}太复杂了)。--By patroller CHKO (Talk) @ 2020年11月1日 (日) 12:18 (CST)
- 害,我修了一半才发现@Bhsd桑已经修好了www。现在应该可以了。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|8
2020年11月1日 (日) 12:33 (CST)
【技术问题】验证码报错、但是编辑静默地成功提交了
我记得早前好像有别人反映类似的问题,但我不确定在哪里……所以我开个新串。
我的朋友@公的浮莲子(非自确)打算给自己的用户页加个括号。
照他的说法,他一开始没看到“验证”按钮,所以反复试着保存了几次都没成功;之后他注意到了“验证”按钮,于是点了它、但是似乎没通过验证,最后他终于通过了验证,但是他看到的仍然是“验证码错误或丢失”:
注意,他现在突然变成在编辑页面的旧版本了——这正是这个页面在他尝试开始编辑前的最后版本;他的编辑已经提交了,但是他仍然看到了错误。
我用我的老非自确小号User:Bz做了一笔编辑测试,结果相同:验证码通过之后仍然显示“验证码错误或丢失”,但我甚至连“编辑旧版本”都没看到;再点一次提交就触发了操作次数限制。
望各位管理人员和运维排查,感谢。—0x0A🎉理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年10月25日 (日) 17:45 (CST)
相关issue已经反馈给运维方,请等待处理。--Sysop 北极星と南十字(给我留言) 2020年10月26日 (一) 11:39 (CST)
要不要引入「参注分组」?
通过四个模板实现参考资料和注脚的分组显示,避免参考资料和注脚混合不分的影响。四个模板分别为:
只是「引入」和「推荐使用」(放到新页面模板)即可,原先的使用可以保留全局替换或一个一个改也不现实。前面的讨论串说现在条件还不成熟,我想如果不去引导,未来条件也不会变得更成熟,还是先开始引入吧。—— Grey (Talk, Contrib) 2020年10月28日 (三) 09:01 (CST)
- (-)不支持 完全没有必要,反而增加编辑和维护难度。—— ほしみ 2020年10月28日 (三) 09:28 (CST)
- (+)支持 参注分离是好事,虽然萌百不强制要求规范引用,但是有规范总比没规范好。至于增加编辑和维护难度不至于,这几个模板不需要强制使用,而且和手打ref标签不冲突。——Xzonn(聊天) 2020年10月28日 (三) 09:44 (CST)
- (+)支持 引入是好的,大型页面需要这个标准,不是强制使用那么小型页面保持不变也好。—— 屠麟傲血(讨论) 2020年10月28日 (三) 09:46 (CST)
- (-)弱反对 可能会有用,但是没看出来和现在的ref有啥区别。况且大小型页面不统一的话,小型页面以后变成大型页面了还得改。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|11
2020年10月28日 (三) 10:31 (CST) - (+)支持 ,不难使用,对
注( )译( )分组有重大帮助,备注不用再{{mousetext}}了。--By patroller CHKO (Talk) @ 2020年10月28日 (三) 15:07 (CST) - ( ? )疑问 一个问题。如果这一模板被引入了某个页面,其他尚未接触过此模板的编辑对此没有了解,不知道如何按照该模板的写法写注释,而是按照了旧的方法写了注释,这种混用情况要怎么办?要怎么样防止这种混用非故意地发生?
- 我看模板说明里有“当使用了本系列的分组模板时,请避免同时使用不分组的
<ref>
,以免注脚系统发生辨认失败之状况。”这样的说明,看起来这种混用会导致一定的技术性问题。--Sysop 北极星と南十字(给我留言) 2020年10月28日 (三) 17:07 (CST)- 没有什么太大的问题,如果页面里面同时有不分组的<ref>和<references/>,那么就和没使用模板一样,不分组的ref在不分组的references插入的地方显示。如果只有ref没有references那么不分组的ref就会在页面最下方显示,事实上我在维护的过程中也发现有页面只有ref没有references,没有太大问题,可以参考Special:固定链接/4484280,Popups小工具在注释的位置能够正常显示,也没有发生太大的错误。——Xzonn(聊天) 2020年10月28日 (三) 17:26 (CST)
- (:)回应 若出现此种混用情况,则使用了
<ref></ref>
标签的脚注将无法正常显示,而是直接不显示,表现为点右上角的脚注标识会没有反应。解决方法是当维护组的人发现此问题后,需要为其<ref></ref>
标签另外设置group属性(即<ref group="...">
),这样便可以避免此错误。
至于如何防止这种混用发生,我没有办法,个人认为只能等出现以后按照我以上所述的方法进行处理。--Vcfch843875618(讨论) 2020年10月28日 (三) 17:27 (CST)- @Vcfch843875618IPE又编辑冲突了……另外您所说的“将无法正常显示,而是直接不显示”,能提供示例吗?我上面给的示例(Special:固定链接/4484280)是可以显示的。——Xzonn(聊天) 2020年10月28日 (三) 17:34 (CST)
当页面使用了已分组的号码注脚时,应避免同时使用未分组的号码注脚。在某些情况下,分组与未分组的号码注脚同时出现时(即同一页使用了<ref>的同时又使用了<ref group="xxx">),系统有时会发生组别冲突而无法把相应的号码注脚正常显示。
当页面已使用<ref group="...">时,而同一页出现了未分组的<ref>,请为其另外设定group属性,这样便可以避免此错误。
但是我刚才测试也没有发现问题……(Special:固定链接/4484321)--Vcfch843875618(讨论) 2020年10月28日 (三) 17:49 (CST)
@Xzonn 那挺好的,现在看来推行这几个新模板我是没有顾虑了,现在就是问问南十字前辈还有什么顾虑的地方。--Vcfch843875618(讨论) 2020年10月28日 (三) 18:28 (CST)
- @Xzonn,Vcfch843875618 出问题的是移动版。——移动版用户 Bhsd(讨论) 2020年10月28日 (三) 19:31 (CST)
理论上,几个参注模板也是使用ref标签制作而成的,应该不会与直接使用ref标签有什么区别。即使有什么问题也是原本用ref就有的吧
那就提一个操作申请——全局替换:
<ref group="注">(.*)</ref>
→{{note|1=$1}}
<references group="注" />
→{{notes}}
涉及到的页面并不多,可以跑一下替换。我写的正则表达式不一定正确,操作前你们检查一下。—— Grey (Talk, Contrib) 2020年10月29日 (四) 09:30 (CST)
- 啊不对,我突然想起来了,如果用模板的话还需要考虑转义特殊字符的问题,比如{{=}}。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 乙方|33
2020年10月29日 (四) 09:48 (CST) - 我再提一遍操作申请,把:
<ref group="注"(.*)>(.*)<\/ref>
→{{note|1=$2|$1}}
<references group="注".*\/>
→{{notes}}
- 涉及到的页面并不多,可以跑一下替换。我写的正则表达式不一定正确,操作前你们检查一下。替换完成后,我会主动参与【有参考文献错误的页面】的维护,手动修复部分页面的参注问题。(因为女神异闻录系列页面中有很多页面已经参注分组,所以急需统一替换以解决一个参考文献错误。)维护组不知道要at谁,就先麻烦@北极星与南十字阁下啦。—— Grey (Talk, Contrib) 2020年10月30日 (五) 08:42 (CST)
Wikiplus导致错位
事实上应该是很久之前的问题只是现在才来问(主要因为不知道开发者怎么联系)。
如图,像我这种平常并不是用全屏而是分屏窗口进行编辑的开了Wikiplus的样子,会导致错位而无法点到。
望能尽快解决。--这不是个人 2020年11月5日 (四) 22:50 (CST)
- @实验性:无用论废人
说了多少遍提问求助截图用外部图床,罚你抄三百遍!((( - IPE用户路过,这应该不是W+的锅,vector皮肤只要顶上tab一多就开始缩。您可以试试把窗口宽度拉窄再拉宽,通过观看顶上的tab一个一个展开获得满足感(((--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|29
2020年11月5日 (四) 23:07 (CST)诶不是我知道可以这样但多麻烦啊还不如开全屏--这不是个人 2020年11月6日 (五) 06:28 (CST)
- 这边经常复现,应该不是wikiplus问题。我这里是等网页完全加载好问题就没了。——This statement was made by a fervent fan of Nekoichi called LUO1P✾. 2020年11月6日 (五) 00:36 (CST)
- 一直小窗口的情况下貌似无论多久都是这样。--这不是个人 2020年11月6日 (五) 06:33 (CST)
对于{{BilibiliVideo}}的部分意见
可否使该模板能够播放前缀EP(番剧)和前缀AU(视频附带音频)?或者新建一个模板?
示例:https://b23.tv/ep334328 (元首的愤怒)--非常非常怂的playymcmc007(
- 底部可见bv号。如:ep334328的->BV1cT4y177bH、BV1JK411n7dY。--Func(讨论·贡献) 2020年11月7日 (六) 16:50 (CST)
- 那有没有办法能够播放au前缀的音乐?(随便去Vocaloid区找一个视频就有可能看到附加的au)--非常非常怂的playymcmc007(
讨论 ) 2020年11月7日 (六) 21:14 (CST) - 备注:B站au源链接使用m4a格式存储文件,暂时无法找到能够播放的链接,只能找到下载的链接--非常非常怂的playymcmc007(
讨论 ) 2020年11月7日 (六) 23:28 (CST)- 目前来说没找到音乐外链播放器,暂时无法实现。我晚点看看能否找到将EP转换为BV的方法。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月7日 (六) 22:13 (CST)
- 我尝试着扒了一下,有一个返回EP和BV号的API需要用到season_id,但是我太屑了,找不到season_id和EP号的关联。有一个用EP号直接查询的API只返回一个奇怪的section_id,目前没看到任何API在用,可能只是给前端页面播放器的。
- (…)吐槽 小破站前台搞av、bv、cv、md、ep也就算了,后台还搞什么aid、bvid、cid、ssId,陈睿你做个人吧(--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 酒姬民|39
2020年11月8日 (日) 00:34 (CST)
- 目前来说没找到音乐外链播放器,暂时无法实现。我晚点看看能否找到将EP转换为BV的方法。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月7日 (六) 22:13 (CST)
- 那有没有办法能够播放au前缀的音乐?(随便去Vocaloid区找一个视频就有可能看到附加的au)--非常非常怂的playymcmc007(
- 找不到转换API(看起来是SSR到页面里的
__INITIAL_STATE__
),只能让编辑自行去找bvid了——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月8日 (日) 22:35 (CST)
[BUG] HotCat小工具图标无法显示
- 问题
在使用HotCat小工具时,发现无论分类填写正确与否,右边的图标均无法显示。源代码显示图标的地址仍然链接至img.moegirl.org而非img.moegirl.org.cn。
- 复现步骤
- 打开热猫后前往任意条目
- 使用热猫随意更改下方的分类名
- 发现右侧图标无法显示
- 期望行为
显示勾或叉图标。
- 影响范围
目前只看到主站有影响。
--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|32
2020年11月8日 (日) 13:56 (CST)
- Xzonn已于MediaWiki_talk:Gadget-HotCat.js/local_defaults提出编辑请求。——From 月_樱_雪 (讨论) 2020年11月8日 (日) 16:36 (CST)
- 已完成修改。如果还有问题请继续提出。————Xzonn(聊天) 2020年11月8日 (日) 19:06 (CST)
关于评论权限的建议
看到各个地方都在说无法评论,
不久前,为了防止广告评论;萌娘百科禁止全站非自动确认用户评论。
可是萌百有很大一部分人是只浏览评论而不编辑,这些“访客”很多其实也没有恶意,就这样不分青红皂白一网收,不妥。这样的话也会影响他们的站内体验。
建议加个时间限制:比如加入的新用户一星期后才能给予评论权、评论较多,加入时间较早的老非自确,也可以评论,不被影响。
- ......不太实际,各项限制太复杂也不好,在说明及实行上有困难,倒不如(像我一样提倡)重新开放评论权。--By patroller CHKO (Talk) @ 2020年11月8日 (日) 17:17 (CST)
果然还是不行啊… 2020年11月8日 (日) 18:55 (CST)
- 只能说,我们也不想的。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月8日 (日) 22:05 (CST)
诶— 先不说全站开放评论权,也好歹给一部分老非自确开放评论权吧。
他们又无恶意,又何必一网收呢? 2020年11月9日 (一) 00:09 (CST)
(-)反对 :非自确用户禁止评论,在本人看来其“防止路人对争议性条目瞎骂和防止破坏者爆破”的好处完全可以掩盖“路人评论的门槛增加”的坏处。
相对地,应当通过改善非自确用户在评论区看到的提示文本与降低路人找到编辑页面入口等方式等鼓励路人对萌百做出编辑贡献,实现网站流量的良性变现。
顺便一提,“老非自确开放评论”实在是无法令本人苟同。如果注册萌百已久却无法对社区做出一丝一毫实质性贡献,甚至区区自动确认用户的标准都不能达到,我实在不能理解给这种人发放评论权限的必要性。--半夜咳嗽的狼(讨论) 2020年11月12日 (四) 00:31 (CST)
用户子页评论区提醒功能请求
最近在逛自己的用户页的时候发现,只有在用户主页的评论会发echo通知,子页面却没有。
所以想来问一下技术人员,能否为用户子页也添加通知。--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 优编|1
2020年10月31日 (六) 12:42 (CST)
(▲)同上 子页面得不到提醒的话很可能会错过一些信息,有时甚至可能造成误会。——From 月_樱_雪 (讨论) 2020年10月31日 (六) 13:32 (CST)
- (▲)同求-----来自萌新Yateskr~(➟子页面、➟和我讨论) 2020年11月2日 (一) 01:53 (CST)
- (▲)同求--这不是个人 2020年11月5日 (四) 22:35 (CST)
- (▲)同求--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月6日 (五) 14:58 (CST)
- (▲)同求--Al Birdhaun 2020年11月8日 (日) 21:25 (CST)
运维方已知悉相关请求,在条件允许时会进行对应功能的开发,但当前此请求优先级较低。--Sysop 北极星と南十字(给我留言) 2020年11月9日 (一) 09:43 (CST)
提供一个 bug 报告模板
{{BugReport}}
(那个 403 错误就是拿这个报的)
感觉这样可以方便统一格式来着……
写的挺差的,欢迎大家帮忙改进!--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月4日 (三) 16:44 (CST)
CHKO觉得这挺赞的。 ,看到例子以后默默拿出口球。--By patroller CHKO (Talk) @ 2020年11月4日 (三) 17:02 (CST)
萌百娘觉得很淦 ——From 月_樱_雪 (讨论) 2020年11月4日 (三) 17:12 (CST)
赞 好!很有精神!希望维护组能在全站推销!(--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 优编|40
2020年11月4日 (三) 18:19 (CST)
(-)反对设立该模板 有这类问题应当在技术实现或者其他相关讨论版页面询问,不应该设立新的模板。—— ほしみ 2020年11月4日 (三) 19:22 (CST)- 希望这个不被用在ns0.。—— ほしみ 2020年11月4日 (三) 19:23 (CST)
- 这个是为了给询问添加标准格式,就像GitHub 的 Issue 模板一样。(NS0 是什么啊……) --From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月4日 (三) 19:27 (CST)
- @星海子 星海姐姐是不是理解错了(滑稽汗)这个模板只是给bug相关问题提供一个标准化模板而已,不影响具体贴的地方。
而且ns0怎么po问题啊(--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 优编|18
2020年11月4日 (三) 19:33 (CST) 你也不能禁止奇怪的人在ns0加 (+)同意 啊,乱用模板不是模版而是用户的问题。--By patroller CHKO (Talk) @ 2020年11月4日 (三) 19:37 (CST)
- 希望这个不被用在ns0.。—— ほしみ 2020年11月4日 (三) 19:23 (CST)
更新:新增了状态!有以下的状态可用(暂时还没写自定义状态……)
NotABug
Template:BugReport/NotABug
Duplicate
Template:BugReport/Duplicate
Confirmed
Template:BugReport/Confirmed
CantFix
Template:BugReport/CantFix
欢迎大家来帮忙改进!--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月4日 (三) 19:26 (CST)
@Ravenclaw OIer (&)建议 子页面改成全小写,主页面使用lc,防止大小写敏感。--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|31
2020年11月4日 (三) 19:36 (CST)- 其实可以加一个子页面叫Custom,提供可以插入自定义内容的参数。--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月4日 (三) 19:44 (CST)
- 那就不用subst?--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月4日 (三) 21:18 (CST)
- @Ravenclaw OIer 写了一个用switch的解决方案,顺便适配了自定义,放到了User:Leranjun/sandbox/bugreport,麻烦大佬帮忙看看行不行……?--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 乙方|11
2020年11月5日 (四) 09:08 (CST)- 赞 ,要不大佬改一下吧。--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月5日 (四) 11:07 (CST)
- @Ravenclaw OIer 今天先睡了,明早还要上学呜呜呜……模板改完了,用switch写到一半发现wikitext作为编程语言实在是太憋屈了,所以一怒之下用Lua写了个模块实现,放在了Module:BugReportStatus(笑哭)
- 明天有空了把文档补一下,顺便稍微写一写如何撰写Bug报告。当前的草稿暂存到了老地方。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|28
2020年11月5日 (四) 23:58 (CST)- @Ravenclaw OIer 文档改完了~--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · EnMGP|29
2020年11月6日 (五) 12:19 (CST)
- @Ravenclaw OIer 文档改完了~--
- 赞 ,要不大佬改一下吧。--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月5日 (四) 11:07 (CST)
- @Ravenclaw OIer 写了一个用switch的解决方案,顺便适配了自定义,放到了User:Leranjun/sandbox/bugreport,麻烦大佬帮忙看看行不行……?--
关于不同设备显示问题
想知道有没有办法能在一个页面下,PC端显示一个内容,而移动端显示另外一个完全不同的内容
(例子:假设在一个条目下,有123456,想让PC端显示123,而移动端显示456)--MilkBoy(讨论) 2020年11月10日 (二) 00:27 (CST)
- @MilkBoy
<span class="nomobile">123</span><span class="mobileonly">456</span>
这样? 为什么不装MobileDetect(恼)--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 乙方|12
2020年11月10日 (二) 08:06 (CST)
[BUG] 创建新讨论页时触发过滤器
- 问题
创建新讨论页时,可能会触发滥用过滤器31:禁止删除讨论留言。然而事实上此时讨论页已经顺利建立。
- 复现步骤
- 点击任一讨论页红链
- 写入待讨论内容并保存
- 被滥用过滤器阻止,通知文本为MediaWiki:Abusefilter-warning-deletetalk
- 停止编辑,在新窗口重新打开该讨论页,发现新讨论页已顺利建立
- 期望行为
建立新讨论页时不再触发滥用过滤器31
- 影响范围
全站讨论页
( ¡ )题外话 虽然我知道类似问题已经被提报,但此次的症状也许有利于维护人员更好找到bug的症结从而修复之。
--Wallfacer of moegirl(讨论) 2020年11月10日 (二) 00:30 (CST)
- (~)补充 这个bug本质上应该是因为编冲提示bug并发的,也就是指最近大家反馈过的“在讨论页自己跟自己发生了编辑冲突提示,但实际上并没有编辑冲突”的那个暂且没有严重影响但使用体验很差的bug。可参见萌娘百科_talk:讨论版/技术实现/存档/2020年11月#编辑极易发生冲突
- (~)补充 编冲主要体现在自己保存提交编辑时的“~~~~”跟生成的具体签名发生迷之冲突。所以在单独(主)页面的讨论页会触发“你更改了讨论留言”的滥用警告。公用讨论版和用户讨论页也会发生错误的编冲提示,但不会触发滥用过滤器警告(这应该是过滤器有名字空间限制吧)——迪尔碧莉蝶(留言板) 2020年11月10日 (二) 04:18 (CST)
- (~)补充 截图。——迪尔碧莉蝶(留言板) 2020年11月10日 (二) 04:26 (CST)
- 无法复现。可能是您自身的网络问题。
- 对于自己和自己编冲的问题,之前已经通报运营sama,正在尝试确认问题并修复。
- 由于编冲bug属于已知问题,我暂时将此讨论串MAR。如果有其他用户能够复现,请移除MAR后再继续提供详细信息。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · EnMGP|4
2020年11月10日 (二) 16:43 (CST)
请问使用api如何获取一个分类的子分类列表?
如题。--东东君(讨论) 2020年11月9日 (一) 17:39 (CST)
- @東東君
action=query&list=categorymembers&cmtype=subcat
?示例 - 默认
cmlimit
为10,应该可以指定1到500。--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 乙方|32
2020年11月9日 (一) 20:11 (CST)
编辑冲突bug汇报
不知为什么在一些条目包括讨论版进行编辑时候,保存修改后提示编辑冲突,但相关内容已经成功提交了。相当于自己和自己冲突了。--爱吃面包的Hooonooka(讨论) 2020年11月12日 (四) 14:23 (CST)
- @Hooonooka 参见萌娘百科_talk:讨论版/技术实现/存档/2020年11月#编辑极易发生冲突。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 单推人|22
2020年11月12日 (四) 15:05 (CST)
- 建议使用{{BugReport}}哦~ --From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月12日 (四) 18:49 (CST)
[BUG] 维基友爱工具“自己制作”部分中内链指向错误
- 问题
在使用维基友爱工具并选择“自己制作”时,工具中的“您可以通过浏览{{MediaWiki:Wikilove-commons-link/zh-hans}}找到图像。”一行中的内链指向到了一个错误标题。
- 复现步骤
- 进入任一用户页打开“维基友爱工具”。
- 选择“自己制作”。
- 点击上文所述内链,显示“请求的页面标题包含无效字符:‘{’。”
- 期望行为
将内链指向“MediaWiki:Wikilove-commons-url/zh-hans”或其他正确内链。
- 影响范围
全站……吧?
--Thus Spoke Sivlovski.「讨论」 2020年11月12日 (四) 21:48 (CST)
- 复现。另外这个应该不是内链,而是应该直接显示MediaWiki:Wikilove-commons-url/zh-hans里的文字(也就是共享站URL)。
说来这个工具太不够萌百化了,能不能至少把管理员星章改成萌百logo(--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 优编|40
2020年11月12日 (四) 22:01 (CST)
- @Func 看上去应该是mediawiki:Wikilove-commons-url及其他语言变体不支持wikitext。——移动版用户 Bhsd(讨论) 2020年11月12日 (四) 23:31 (CST)
- 不好意思,之前调查不周,非常抱歉。MediaWiki_talk:Wikilove-commons-url/zh-cn#编辑请求_-_Func_-_2020.11.12--Func(讨论·贡献) 2020年11月12日 (四) 23:47 (CST)
请问如何通过api获取页面的讨论页标题
如题。--东东君(讨论) 2020年11月9日 (一) 13:55 (CST)
- @東東君
action=query&prop=info&inprop=talkid
这样的?示例 - 但是用这个的前提是对应的讨论页得存在。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · OIer|33
2020年11月9日 (一) 14:11 (CST)
Bug 报告:在所有计划中,以 Cht 开头的页面均被 403
问题
经过测试,在中文,英文,文库站中,所有以 Cht
开头的页面(例如en:Chtholly Nota Seniorious)都会 403(不开头的,例如 qwqcht
正常;仅仅是ch
正常)。
可以通过 index.php?title=Cht
正常访问。
复现步骤
期望行为
正常访问
影响范围
全计划?--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年10月26日 (一) 11:37 (CST) ---
- 可复现。可能MW配置的问题。
比如尝试创建条目robots.txt(((--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 乙方|35
2020年10月26日 (一) 11:56 (CST)- MediaWiki限制首字母必定大写, https://zh.moegirl.org.cn/robots.txt 和 https://zh.moegirl.org.cn/Robots.txt 前一个是文件后一个是条目。出现这个情况可能是服务器有一个文件夹名字叫Cht?需要运维人员检查一下。——Xzonn(聊天) 2020年10月26日 (一) 13:02 (CST)
- 有点奇怪:因为像
Chtholly Nota Seniorious
这种也挂了。如果是文件夹不应该会通配的。--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年10月26日 (一) 15:55 (CST)
- 有点奇怪:因为像
- MediaWiki限制首字母必定大写, https://zh.moegirl.org.cn/robots.txt 和 https://zh.moegirl.org.cn/Robots.txt 前一个是文件后一个是条目。出现这个情况可能是服务器有一个文件夹名字叫Cht?需要运维人员检查一下。——Xzonn(聊天) 2020年10月26日 (一) 13:02 (CST)
相关问题已反馈至运维方,目前正在进行排查,若有新的动态我会在此说明。--Sysop 北极星と南十字(给我留言) 2020年10月26日 (一) 23:42 (CST)
有人在其他前缀上 Reproduce 的吗? --From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年10月27日 (二) 14:34 (CST)
- Chtholly Nota Seniorious复现,其他前缀我还没看到。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 优编|20
2020年10月27日 (二) 15:20 (CST) - en:Chtholly Nota Seniorious可复现。—0x0A🎉理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年10月29日 (四) 17:47 (CST)
https://zh.moegirl.org.cn/1ht 、https://zh.moegirl.org.cn/a/b/c/dht 也返回403。搜了一下,可能的原因是服务器设置禁止访问符合正则表达式/.ht
的路径,也就是配置文件里包含类似location ~ /.ht { deny all; }
的代码 --𝐃𝟒𝟏𝐃𝟖𝐂𝐃𝟗𝟖𝐅𝟎𝟎𝐁𝟐𝟎𝟒𝐄𝟗𝟖𝟎𝟎𝟗𝟗𝟖𝐄𝐂𝐅𝟖𝟒𝟐𝟕𝐄 2020年11月8日 (日) 15:01 (CST)
- 话说是忘掉转义的原因吗?--From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月19日 (四) 11:04 (CST)
- 是的,站长之前写的时候忘记把所有的
.
转义了。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月19日 (四) 11:55 (CST)
- 是的,站长之前写的时候忘记把所有的
为什么有的页面Module:Citation/CS1对应的系列模板(如{{cite news}}、{{cite web}})能正常显示,有的不能?
正常显示的页面:
不正常的页面:
--Ikemen(讨论) 2020年11月12日 (四) 14:48 (CST)
- Category:展开模板后长度超过上限的页面,简单来说就是内容太多,模板无法完全展开,所以后面的模板就会显示成内链。建议拆分。——Xzonn(聊天) 2020年11月12日 (四) 14:56 (CST)
[BUG] <ref>与<templatestyles>对段落造成影响
- 问题
当不使用<references />指定注释位置时,<ref>之后出现的<templatestyles>会将段落截断,效果类似于段落中出现了<div>标签。
- 案例
Special:固定链接/4517504与Special:固定链接/4517555中,最后一条回复中{{User}}模板处的区别。
—— Grandom 2020年11月18日 (三) 23:20 (CST)
- 无法复现,两者取消display:none后ref都能正常保持行内。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月19日 (四) 08:36 (CST)
- 萌百无法解决,请通过 https://phabricator.wikimedia.org/maniphest/task/create/?projects=TemplateStyles 反馈——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月19日 (四) 12:00 (CST)
[BUG]疑似被自动加上了反对标签
- 问题
不知什么原因,我在讨论版回复后,标题前面突然加上了反对,导致我的话题和前一个话题合并了。。。。
- 案例
可以看一下“萌娘百科 talk:讨论版/页面相关”的版本历史里我本人最新的两次编辑记录。--爱吃面包的Hooonooka(讨论) 2020年11月19日 (四) 02:01 (CST)
- @Hooonooka 无法复现,麻烦您提供更详细的复现步骤。也许可能是偶然手抖?
- 另外Bug报告可以考虑用{{BugReport}} XD--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|12
2020年11月19日 (四) 07:03 (CST) - Can't reproduce. --From Ravenclaw_OIer with love(Query me!|Sign here!) 2020年11月19日 (四) 11:08 (CST)
[BUG] 滥用过滤器3拦截nowiki中的内容
- 问题
在标题中出现<ref>时,即便用nowiki标签包裹起来仍会触发Abuse 3。可以参考本页面最近几次的编辑历史(版本4529786至4530113)。
- 复现步骤
- 写一个带
<nowiki><ref></nowiki>
的标题。 - 尝试保存。
- 被Abuse 3阻止。
- 期望行为
顺利保存。
- 影响范围
主站。
--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 工具人|29
2020年11月19日 (四) 07:16 (CST)
- 无法解决,建议在nowiki里仍保持标签闭合。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月19日 (四) 08:31 (CST)
- 这东西修复了也得不偿失啊,本来匹配成对正则就很难写了(x),不仅nowiki标签,连注释也会触发吧。--サンムル(讨论) 2020年11月19日 (四) 09:11 (CST)
- 建议不要在章节标题中使用nowiki,这样会对依赖锚点跳转的功能带来影响。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月20日 (五) 20:48 (CST)
关于切换显示按钮的技术实现
请求在radio选中时,在当前选中项的前一个项上加上一个class,onbefore,以支持css选择器实现前一个相邻选择的使用。比如:我希望实现这种效果(假设符号“-”为前一个相邻的元素选择器).on-.a, .on ,.on+.a{color:red}。--九江喵@不好好~卖☆萌~2020年11月19日 (四) 14:28 (CST)
- 在选项加,还是目标加?而且这有啥用途吗?——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月20日 (五) 20:45 (CST)
- className为
before-on
。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月21日 (六) 09:39 (CST)
关于萌娘讨论页的一个BUG
先说明一下,由于我父母没有把我的笔记本电脑还我,而我只记得我自己分身账号的密码.所以我只能登这个傀儡了.
在上周用主账号编辑时发现自己的监视页面中还存有一个过期的讨论,点进去后直接把我弹到了讨论版的全文编辑页面也不知道是啥子情况
这算不算BUG? --LiangNET(讨论) 2020年11月21日 (六) 10:36 (CST)
- @LiangNET 啊,编辑页面是不可能去掉的,只是去掉了全文编辑的入口而已。
- 另,以后bug提报可以考虑使用{{BugReport}}。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · OIer|34
2020年11月21日 (六) 19:36 (CST) - 谢谢--LiangNET(讨论) 2020年11月22日 (日) 09:25 (CST)
[BUG]关于前不久编辑冲突bug的发现
- 问题
这段时间发生的编辑冲突bug似乎和签名有关
签名和时间戳和签名本身冲突
- 复现步骤
签名后提示编辑冲突,差异如图所示。
但编辑却正常上传了。
- 期望行为
建议修改“签名和时间戳”的源代码
- 影响范围
讨论版、user区和条目的讨论页
--爱吃面包的Hooonooka(讨论) 2020年11月17日 (二) 15:46 (CST)
- 我这边的情况是,编辑成功上传了,比较差异没有区别,但是确实报了编冲的错。
- ( ¡ )题外话 @Hooonooka 帮您将图片转移至外部图床了,还请您不要见怪。--
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 单推人|22
2020年11月17日 (二) 17:48 (CST)
请求修复萌娘百科 talk:讨论版目录中错误的已存档标记
在“群组信息”一栏中,“7 中文Vocaloid编辑团队招募处!”处出现了错误的已存档标记,请求修复。
另,通过对编辑历史的比对发现该问题最早出现于2020年10月17日 21:11的版本,建议机器人操作者检查机器人是否存在Bug。—— JackBlock ( T • C ) 2020年11月21日 (六) 13:51 (CST)
- 机器人操作者修复了标签闭合错误(点名批评.jpg)——From AnnAngela the Temporary Bureaucrat (Talk) 2020年11月26日 (四) 21:50 (CST)
[BUG] Template:BilibiliVideo的t参数
在使用{{BilibiliVideo}}时,如果使用了t
参数,在手机版网页视图中会出现“BilibiliVideo模板:下方填写的参数 t 有误,请参考模板文档修正……”字样。在桌面端没有这个问题。例如模板的说明文档里的例子,再如Love Triangle等页面。
Widget:BilibiliVideo中,第167行识别skin
为minerva
时,在第185行开始的部分里,没有判断t
是否有效,而是直接判断dataset.t
为字符串且为不空时即会出现报错,也就是只要填了dataset.t
就会报错;但在第236行的else
中,第341行开始的部分里,首先判断了t
是否有效(tIsInvalid
),仅在无效时才进行上述相同步骤。— 葫芦又留言 2020年11月26日 (四) 21:06 (CST)