维基百科讨论:Twinkle/存档/2020年

WP:TW

提议废除User:Jimmy Xu版Twinkle小工具

即删除MediaWiki:Gadgets-definition内的

* Twinkle[ResourceLoader|dependencies=mediawiki.user,mediawiki.util,mediawiki.notify,jquery.ui,jquery.tipsy,moment|rights=autoconfirmed|type=general|peers=Twinkle-pagestyles]|morebits.js|morebits.css|Twinkle.js|friendlytag.js|friendlytalkback.js|twinklearv.js|twinklebatchdelete.js|twinklebatchundelete.js|twinkleblock.js|twinkleclose.js|twinkleconfig.js|twinklecopyvio.js|twinkledelimages.js|twinklediff.js|twinklefluff.js|twinkleimage.js|twinkleprotect.js|twinklespeedy.js|twinkleunlink.js|twinklewarn.js|twinklexfd.js|Twinkle.css
* Twinkle-pagestyles[hidden|skins=vector]|Twinkle-pagestyles.css

理由：

1. User:Jimmy Xu关闭了通知，ping都ping不到，去用户页提醒有时根本等于无效
2. 处理速度？近乎 0 %
3. 几乎都不更新
4. 也没有繁简处理

-- Sunny00217 2020年2月18日 (二) 04:29 (UTC)

可有替代品？至少我用起来没啥问题--百無一用是書生 (☎) 2020年2月18日 (二) 07:20 (UTC)

替代品当然有，只是看替代品的作者有无加入Special:Gadgets的意愿-- Sunny00217 2020年2月18日 (二) 08:39 (UTC)

保留多个版本应该没问题？——路过围观的Sakamotosan | 避免做作，免敬 2020年2月19日 (三) 00:45 (UTC)

好像之前就提过一个方案，是fork一个Jimmy版出来作为站点的共通版来共同维护？——路过围观的Sakamotosan | 避免做作，免敬 2020年2月19日 (三) 00:47 (UTC)

@cwek：-- Sunny00217 2020年2月19日 (三) 06:55 (UTC)

Wikipedia:互助客栈/技术/存档/2018年6月#重新建立一个可多人维护且时常更新的公版Twinkle。——路过围观的Sakamotosan | 避免做作，免敬 2020年2月19日 (三) 07:13 (UTC)

不反对如果有开发者愿意并提供勤劳而持续的维护，可以将其改良版TW追加入小工具。——路过围观的Sakamotosan | 避免做作，免敬 2020年2月19日 (三) 07:16 (UTC)

建议TW在Special:最近更改中加入回退链接

@Xiplus：建议TW在Special:最近更改中加入回退链接，方便巡查。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2020年3月23日 (一) 12:36 (UTC)

@Jimmy Xu：--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2020年3月23日 (一) 12:36 (UTC)

增加警告用户框

建议增加有关滥挂权限模板的多层级模板和{{Uw-concovid19}}的单层级模板。如果能直接更新讨论页模板列表并挂上Twinkle的话，用Twinkle将大大减轻站务人员工作量。 --安全体验™ ^{签名·贡献} 2020年6月3日 (三) 12:45 (UTC)

后者有了。 Stang^★ 2020年6月4日 (四) 08:17 (UTC)

• 前者分别是{{Uw-perm1}}和{{Uw-perm2}}，而{{Uw-perm3}}和{{Uw-perm4}}要有共识才能创建，需要替换引用。
  

使用Twinkle将显示:
层级1:引用权限模板
层级2:滥用权限模板
层级3:明显滥用权限模板
层级4:恶意滥用权限模板
如果能加入Twinkle，相关用户应查有否层级3模板在讨论页和用户页历史。如果他有层级3模板没有前往申请再次挂上模板，那他不能申请该权限。--安全体验™ ^{签名·贡献} 2020年6月5日 (五) 00:49 (UTC)

• 因为WP:USERPAGE，我调整了一些功能。--安全体验™ ^{签名·贡献} 2020年6月5日 (五) 06:31 (UTC)

• 槽点太多。烦请建议者举例说明这四个层级模板的应用案例，并重新对“如果他有层级3模板没有前往申请再次挂上模板，那他不能申请该权限”进行阐述。--
  
  2020年6月5日 (五) 10:30 (UTC)
• 请清楚界定并诠释“如果他有层级3模板没有前往申请再次挂上模板，那他不能申请该权限”一句。另依在下的观察，滥挂维基荣誉模板是有的（但情况并不严重，间中会有一两次），至于滥挂维基荣誉模板的通常是一些新手。-- BenedictusFX _{会议厅 题字册} 2020年6月5日 (五) 12:00 (UTC)
  • 即“如果他有层级3模板没有按照指示前往申请，再次恶意挂上模板，那他不能申请该权限”--安全体验™ ^{签名·贡献} 2020年6月5日 (五) 13:24 (UTC)
    • 那么，所指的“不能”是“永久不能”吗？如果为层级4呢？再者，如果阁下提议使用这样的方法来杜绝滥挂维基荣誉的行为，恕在下反对。维基荣誉创立的宗旨是要嘉许用户在中文维基的贡献。即使用户滥挂维基荣誉模板，这也不能成为剥夺用户申请维基荣誉的权利，因为维基荣誉只会看用户的贡献。-- BenedictusFX _{会议厅 题字册} 2020年6月5日 (五) 14:08 (UTC)
    • 层级3所指的是4天内不能申请该权限并鼓励其改过，层级4所指的是2星期内不能申请 (依照情况可以延长到3个月)， 再错则临时封禁。不过也别太严厉--安全体验™ ^{签名·贡献} 2020年6月5日 (五) 14:44 (UTC)

  (～)补充：过了两个月后如果该用户再次滥用维基荣誉模板，需要重新由第一级开始警告。--安全体验™ ^{签名·贡献} 2020年6月5日 (五) 14:55 (UTC)

  如果是封禁的话，在下根据WP:UPNOT的“未经特许的维基荣誉模板”和“情节严重或屡劝不改的用户，可按封锁方针的扰乱条款封锁”而无异议。虽则如此，在下不同意阁下有关层级3和层级4的提议，理由除因为在下引用的宗旨之外，亦涉及封禁的日期。根据《封禁》方针，“初犯者的封锁期限应为24小时，再犯者则应适当地加长封锁期限”。换言之，如果用户收到层级4最后警告后仍继续滥挂维基荣誉模板，其他用户实际上可以到WP:VIP举报；而如用户为初犯，封禁时间应为24小时（封禁亦表示用户不能申请维基荣誉），再犯则加长封禁时间。既然如此，阁下有关4天/2星期的提议可以完全以封禁取代，所以现行机制下可以处理滥挂维基荣誉模板的问题。另外，当初犯者的封禁时间应为24小时的时候，阁下提出的“层级3所指的是4天内不能申请该权限并鼓励其改过，层级4所指的是2星期内不能申请 (依照情况可以延长到3个月)”未免过于严厉。-- BenedictusFX _{会议厅 题字册} 2020年6月5日 (五) 16:40 (UTC)

  初犯者不应被封禁，在下认为第3级和第4级只能由维基助理主编或以上才能挂上。如引起管理员注意并需封禁，第3级期间为1天，第4级期间为1周。再犯者只报告到VIP即可。--安全体验™ ^{签名·贡献} 2020年6月6日 (六) 03:36 (UTC)

  助理主编本身与是否可以发出层级3和4的模板并无关系，请勿将维基荣誉的等级与其他权限（即管理员、回退员等等）混为一谈。在下建议阁下看清楚助理主编的授予要求。至于封禁方面，管理员有权因未发出最后警告而拒绝封禁。再者，在下认为无需要再就滥用维基荣誉模板的行为增加任何规矩，因为现行机制已可以妥善处理，正如在下先前所言。-- BenedictusFX _{会议厅 题字册} 2020年6月6日 (六) 13:25 (UTC)

  • (＋)同意阁下的想法，不如将3作为最后一次警告或删除所有这些模板，增加过滤器。--安全体验™ ^{签名·贡献} 2020年6月7日 (日) 01:53 (UTC)
    • 层级4才是最后警告。其实，在下一直以来都是人手检查滥挂维基荣誉模板的用户。-- BenedictusFX _{会议厅 题字册} 2020年6月7日 (日) 10:20 (UTC)

提请将User:Xiplus维护的Twinkle替代现有菜单内的版本

替换完成。台湾杉在此发言 (会客室) 2020年6月16日 (二) 00:09 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

如题，最近小工具版里的TW已经发生了一次问题，而Xiplus的版本早已对Flow对话页进行适配并加入其他便于站务操作的功能。根据Xi+最新提取的数据，已经有相当一部分人正使用该版本，为防止往后可能出现的潜在问题，在此提请将现有小工具的版本替换为Xiplus的版本，并在phabricator开设project以供bug追踪。

附先前相关讨论连结以供参考：1、2

以上。--Hamish论 2020年5月11日 (一) 17:52 (UTC)

副知Jimmy Xu、Xiplus--Hamish论 2020年5月11日 (一) 17:59 (UTC)

欢迎，无意见。--Jimmy Xu ^论 2020年5月11日 (一) 18:03 (UTC)

(※)注意，请使用该工具所在的Github上提交Issue，而不是Phabricator，感谢合作（总而言之，哪里存着源代码就去哪里提交Issue）。—VulpesVulpes825（留言） 2020年5月11日 (一) 18:36 (UTC)

VulpesVulpes825但是可以转移到gerrit？--Hamish论 2020年5月12日 (二) 00:18 (UTC)

不能，Twinkle 不由维基媒体基金会维护。英文版 Twinkle 也是在 Github 上做Issue Traking。在Phabricator上既不能连Twinkle 的 patch，也不能做 Twinkle 的代码审查，你在 Phbricator 设 Project 没有任何意义。还是一句话，源代码最终在哪就去哪，就像 Mediawiki 提报 Issue 是在 Phabricator，而不是 Github 一样。—VulpesVulpes825（留言） 2020年5月12日 (二) 03:38 (UTC)

其实把代码放在Phabricator，在phab就可以顺理成章的设 Project了--百無一用是書生 (☎) 2020年5月13日 (三) 03:16 (UTC)

@Xiplus：^。--Hamish论 2020年5月13日 (三) 05:04 (UTC)

我觉得这不急，等确定要取代再说。--Xiplus#Talk 2020年5月13日 (三) 08:30 (UTC)

如果要取代，我可以接手维护，否则我只会维护我自己的版本。--Xiplus#Talk 2020年5月13日 (三) 08:30 (UTC)

(＋)支持取代。另外同意把Bug报告放到GitHub管理。--高文海（留言） 2020年5月13日 (三) 09:06 (UTC)

(＋)支持。—Rowingbohe♫ 玉环撤县设市三周年 2020年5月19日 (二) 13:34 (UTC)

那在此ping一些先前客栈讨论中现时仍然活跃的人吧，不管替代也好不替代也好，还是想有始有终。Taiwania Justo、Cwek、Alexander Misel、Sanmosa、YFdyh000、WhitePhosphorus，多有打扰，抱歉。--Hamish论 2020年5月21日 (四) 05:19 (UTC)

我觉得无所谓。ꓢꓯꓠꓟꓳꓢꓮ _{いろはにほへとちりぬるを} 2020年5月21日 (四) 07:38 (UTC)

(＋)支持。另外问一下，有没有可能为原本以引用js代码形式使用版本的用户自动改为勾选小工具选项，之后删除js？—— Eric Liu_{（留言．留名．学生会）} 2020年5月22日 (五) 08:51 (UTC)

可以。--Hamish论 2020年5月23日 (六) 00:25 (UTC)

(＋)支持：感觉Xiplus的版本比现在原有版本好多了。--XinuGod 留言|签名 2020年5月23日 (六) 11:11 (UTC)

(＋)支持，Xiplus版确实舒服些。--Scvoet _Talk 2020年6月1日 (一) 14:08 (UTC)

(＋)支持。-Peacearth（留言） 2020年6月1日 (一) 14:11 (UTC)

(＋)支持。不过替换后目前版本可以自动更新吗？--Googol19980904（留言） 2020年6月1日 (一) 14:15 (UTC)

@Googol19980904：可以，见上。如果没理解错您意思的话。--Hamish论 2020年6月1日 (一) 16:22 (UTC)

建议在小工具版面中提供两个版本（Jimmy_Xu版和Xiplus版）--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2020年6月2日 (二) 04:13 (UTC)

个人认为不需要，Xiplus涵盖了JimmyXu版提供的功能，而且JimmyXu版是有小问题的，见本章节第一段话、--Hamish论 2020年6月2日 (二) 05:10 (UTC)

@Hamish：还有MediaWiki_talk:Gadgets-definition#WP:TW-- Sunny00217 2020年6月2日 (二) 13:52 (UTC)

(＋)支持，好用！--安全体验™ ^{签名·贡献} 2020年6月3日 (三) 12:24 (UTC)

不反对如果有开发者愿意并提供勤劳而持续的维护的话，可以采纳其维护版本。Jimmy版就是贵人事忙，疏于维护，而且据说Xiplus版支持flow（虽然Jimmy版除了这个主要问题外，基本上很稳定），而Jimmy也摔炮不干了 囧rz...。——Sakamotosan路过围观杯弓蛇影| 避免做作，免敬 2020年6月3日 (三) 12:38 (UTC)

还有一个叫繁简的问题XD-- Sunny00217 2020年6月3日 (三) 14:27 (UTC)

(＋)支持xi+版确实好一点--是橙🍊子🍊木哦! 2020年6月3日 (三) 16:30 (UTC)

似乎已经有共识了。公示5日（因为看着没什么争议所以适当缩短一下时间也是可以接受的）。 Stang^★ 2020年6月4日 (四) 12:59 (UTC)

本人(＋)支持这个提案，Jimmy Xu版的setting可以和Xiplus版共用吗？--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2020年6月4日 (四) 23:45 (UTC)

Jimmy Xu版可以无痛迁移至Xiplus版，但反向不行。--Xiplus#Talk 2020年6月5日 (五) 02:38 (UTC)

@Emojiwiki：可以，但Xiplus版的设定无法完全套用在其他版本上（包含英文原版）-- Sunny00217 2020年6月5日 (五) 15:19 (UTC)

(＋)支持。--DRIZZLE (留言) 2020年6月5日 (五) 08:26 (UTC)

(＋)支持——𝙱𝚘𝚛𝚜𝚌𝚑𝚝𝚜 ^ᴛᴀʟᴋ 2020年6月8日 (一) 04:01 (UTC)

---

@Hamish、Xiplus：公示期已过-- Sunny00217 2020年6月9日 (二) 13:04 (UTC)

好。--Hamish论 2020年6月9日 (二) 13:46 (UTC)

依@Xiplus：的样画了个葫芦：User:Sunny00217/move-tw.js-- Sunny00217 2020年6月9日 (二) 14:32 (UTC)

---

10日早上已替换小工具内的Twinkle，11日早上起会自动移除使用者common.js内的importScript并启用小工具。--Xiplus#Talk 2020年6月11日 (四) 01:34 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

不能修改设定

在 设定页面 修改后显示 储存偏好设定到 “User:星屋/twinkleoptions.js：抓取页面…” 然后就没有下文了---星屋（留言） 2020年7月2日 (四) 15:20 (UTC)

@星屋：没有发现问题，您能否提供下更改的设置？如果可以的话，请在储存前按F12打开浏览器控制台，将控制台中输出的信息回报至此。--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月2日 (四) 15:23 (UTC)

@星屋：已修复 Xiplus#Talk 2020年7月2日 (四) 15:57 (UTC)

错误原因记录在Github上。 Xiplus#Talk 2020年7月2日 (四) 15:57 (UTC)

于小作品中添加已巡查

原标题为：标记巡查

就像【标记】功能中带有的【标记页面为已巡查】一样，【小作品】功能中可以加一个自动标记已巡查的功能吗？--Air7538#Talk 2020年6月26日 (五) 00:48 (UTC)

@Air7538：可以。--Hamish论 2020年6月26日 (五) 05:40 (UTC)

感谢！-- Air7538#Talk 2020年6月26日 (五) 06:24 (UTC)

已于2020年6月29日部署。 Xiplus#Talk 2020年7月4日 (六) 02:29 (UTC)

Twinkle标记R3

最近发现在使用Twinkle标记快速删除页面：格式错误或明显笔误的重定向（移动页面时产生的重定向）时，通知的是页面移动者而不是页面创建者。--12З4567（留言） 2020年7月14日 (二) 07:36 (UTC)

您可以考虑取消勾选“如可能，通知建立者”，另外我不知道为何要通知页面建立者，如果页面建立者建立在错误的名称下，应该是通知他建立名称错误，而非一个“不是他建立的重定向”的速删通知。因此不认为Twinkle有任何问题。 Xiplus#Talk 2020年7月14日 (二) 08:41 (UTC)

如果咱没理解错的话，您是说页面移动后，实际上应该通知的是移动前页面的建立者而非移动后页面的建立者，也就是移动者。如是，那咱的想法大致同前。另外咱把这当成是您提了一个TW出现的bug，如果理解有误，请指名。--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月15日 (三) 05:24 (UTC)

oldid=60556901

@xiplus：近期我在提报图片快速删除时，发生了一个错误。在diff=prev中，我挂了F6，看世一切正常，但是我却发现了错误。在diff=next中，我使用另一个工具修改它的排序字，也就是说，排序字显示出错了，因此这可以算是一个bug，并需修正。--ꓲꓠ ꓔꓮꓡꓗ_{𝐃𝐂𝟏𝟖} 2020年7月12日 (日) 14:05 (UTC)

不是Twinkle的问题。 Xiplus#Talk 2020年7月17日 (五) 01:53 (UTC)

回退功能异常

页面显示“抓取较早修订版本资讯：抓取到的修订版本与请求的修订版本不符，取消。”风鸣（留言） 2020年7月20日 (一) 18:23 (UTC)

@风鸣：请说明您在哪个页面尝试回退到哪个版本，您在从何处发起回退（历史还是编辑差异）？以及在其他页面进行回退是否仍出现相同错误？ Xiplus#Talk 2020年7月20日 (一) 23:29 (UTC)

@Xiplus，每一个条目都是这样，我随机试了10几个条目，都是一样的结果，也尝试过回退到同一个条目的不同版本，也是一样。在差异页面使用“恢复此版本”功能发生的异常，在历史页面的复原功能可以正常使用。风鸣（留言） 2020年7月21日 (二) 01:24 (UTC)

 已修复，可能要等待一段时间才会使用到更新后的程式码。 Xiplus#Talk 2020年7月21日 (二) 01:59 (UTC)

已确认恢复正常，感谢。风鸣（留言） 2020年7月21日 (二) 04:42 (UTC)

在页面只有一个修订版本历史时，不要在页面历史中出现回退链接

即便出现了也没用，因为只有一个修订版本，所以创建这个页面的人一定是这个页面的唯一贡献者，所以无法回退。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月21日 (二) 03:37 (UTC)

交给上游决定。 Xiplus#Talk 2020年7月22日 (三) 13:18 (UTC)

TW-标记模块错误

结论：

出现这个错误是因为在7月21号的时候tw曾经做了一次比较大的改进，但是在随后的测试当中发现了错误，因此被回退了，所以才会出现这个bug。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月25日 (六) 11:00 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

---

当我在用tw标记一个条目的时候，tw挂上了两个一模一样的维护模板。这是一个bug，需要尽快解决@xiplus--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月21日 (二) 11:55 (UTC)

报错的时候也先描述一下步骤啊，否则他/她人怎么重现？--Antigng（留言） 2020年7月22日 (三) 01:01 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘已修复。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月25日 (六) 10:41 (UTC)

---

本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

二次编辑冲突错误

@xiplus有些时候在我提报关注度的时候，会出现这个问题：“添加关注度记录项：不能保存修改：Edit conflict.”而且我发现，出现这个错误之前tw曾经提交过2次编辑，但由于两次编辑都出现了编辑冲突所以出现了这个bug，并应被纠正。--ꓲꓠ ꓔꓮꓡꓗ_{𝐃𝐂𝟏𝟖} 2020年7月15日 (三) 15:15 (UTC)

请详述“出现这个错误之前tw曾经提交过2次编辑”，我不懂您的意思。 Xiplus#Talk 2020年7月17日 (五) 01:54 (UTC)

@xiplus：提交过两次编辑意思就是说当小工具编辑关注度提报页面时发生了编辑冲突，于是小工具自动重新提报，然而又发生了一次编辑冲突。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月21日 (二) 02:48 (UTC)

此问题是否持续发生？ Xiplus#Talk 2020年7月21日 (二) 10:35 (UTC)

有 可能，但是你的手速必须足够快（至少达到9秒内提报7条关注度不足条目），这样的话才会触发两次（自己与自己的）编辑冲突并触发此bug。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月25日 (六) 09:30 (UTC)

透过查看编辑历史，是否真的可能发生编辑冲突，即同时间有其他编辑。 Xiplus#Talk 2020年7月21日 (二) 10:37 (UTC)

@xiplus：是的，并且是自己与自己的编辑冲突。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月25日 (六) 09:30 (UTC)

结案：此报告无效，纯粹是使用者操作不当。 Xiplus#Talk 2020年7月25日 (六) 09:36 (UTC)

可以将自定小作品列在最上面吗

如题，每次翻页都很麻烦。--　StarryHome　 2020年7月15日 (三) 17:27 (UTC)

建议已接受（#120），预计7月24日部署。 Xiplus#Talk 2020年7月22日 (三) 13:19 (UTC)

结案：已部署。 Xiplus#Talk 2020年7月25日 (六) 09:39 (UTC)

建议将自定义维护模板与自定义小作品模板一样列在最上面

我个人也觉得如果要挂自定义维护模板的话，翻页也很麻烦，然后我发现自定义小作品模板已经这么做了，那要不把自定义维护模板也这么做吧。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月25日 (六) 10:18 (UTC)

在位于主名字空间的重定向页面被提出存废讨论后位于该页面的快速删除模块里显示重定向方面的快速删除理由而不是条目方面的快速删除理由

例子：凉风 (消歧义)。不然我想以R3提报快速删除这个页面的时候，只能选择自定义理由。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月25日 (六) 09:53 (UTC)

@xiplus--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月26日 (日) 08:09 (UTC)

在消歧义页中以及在位于主名字空间的重定向页面被提出存废讨论后不要显示小作品模块

(▲)如题，因为消歧义页面以及重定向页面一定不可能是小作品。--ꓲꓠ ꓔꓮꓡꓗ_{НАТС囧rz} 2020年7月25日 (六) 10:21 (UTC)

@xiplus： 另外，下个月8号就是我的13岁生日了，给我送点生日礼物吧。 2020年7月30日 (四) 06:43 (UTC)

@IN：那么希望您会更加成熟。空气小猫（留言） 2020年8月2日 (日) 11:43 (UTC)

无人讨论的内容

纯手工搬运，由于在我发起之后没有任何人讨论，因此被存档了，现在重新提出。

建议将自定义维护模板与自定义小作品模板一样列在最上面

我个人也觉得如果要挂自定义维护模板的话，翻页也很麻烦，然后我发现自定义小作品模板已经这么做了，那要不把自定义维护模板也这么做吧。--ꓲꓠ ꓔꓮꓡꓗНАТС囧rz 2020年7月25日 (六) 10:18 (UTC)

在位于主名字空间的重定向页面被提出存废讨论后位于该页面的快速删除模块里显示重定向方面的快速删除理由而不是条目方面的快速删除理由

例子：凉风 (消歧义)。不然我想以R3提报快速删除这个页面的时候，只能选择自定义理由。--ꓲꓠ ꓔꓮꓡꓗНАТС囧rz 2020年7月25日 (六) 09:53 (UTC)

以上。-- 霜奶仙在此发言 （会客室｜签名区）_{师..师...师父，什么是孜然自然？} 2020年8月12日 (三) 16:04 (UTC)

在当前版本与以往版本的哈希值相同时，隐藏以往版本的回退链接；在当前版本与上上位编者的最后一个版本的哈希值相同时，不要在当前版本显示回退破坏链接

我在我沙盒测试了一下，的确有可能会出现这种情况。这是一个bug，需要修复。-- 霜奶仙在此发言 （会客室｜签名区）_{师..师...师父，什么是孜然自然？} 2020年8月12日 (三) 16:14 (UTC)

Template:Uw-tempabuse3、Template:Uw-tempabuse4、Template:Uw-tempabuse4im删除讨论

参见此讨论。 Willy1018（留言） 2020年8月10日 (一) 12:19 (UTC)

该讨论结果为快速保留。 Willy1018（留言） 2020年8月13日 (四) 05:54 (UTC)

无法警告没有假定善意

在Flow讨论页上，无法发出{{uw-agf3}}。Herobrine 303🍀留名 2020年8月13日 (四) 07:48 (UTC)

@Herobrine303：现在应已修复。 Xiplus#Talk 2020年8月13日 (四) 09:46 (UTC)

Template:Notability Unreferenced

Twinkle似乎无法侦测条目中的Template:Notability Unreferenced，而侦测到的模板是Template:Nlinks。空气小猫（留言） 2020年8月17日 (一) 13:37 (UTC)

Wikipedia:Twinkle/修复标记。 Xiplus#Talk 2020年8月17日 (一) 13:49 (UTC)

无响应的问题

近日有数次使用tw挂模板时卡在“正在拉取页面...”而无响应，测试了一些情况

• 主要在页面原有一个或数个问题模板，再挂模板时出现
• 原有模板的参数（不带time或time为xxxx-xx-xx格式），是否有{{multiple issues}}好像都与本问题无关
• tw移除模板功能正常
• 有时通过tw移除一个或数个模板后（页面仍留有一个或数个模板），再挂新模板就能正常工作，但有时又不行
• 测试了不同网络和浏览器，推定应该是tw的问题

。->>Vocal&Guitar->>_留言 2020年8月20日 (四) 09:35 (UTC)

@Ohtashinichiro：您是否能重现在特定情况下触发此问题，并告诉我们该情况的条件（哪个页面，加入/移除哪些模板）。 Xiplus#Talk 2020年8月20日 (四) 11:29 (UTC)

@Xiplus：如我在沙盒里放了这些模板，然后再用tw挂任意两个模板（advert/fanpov），就会无响应[1]，用multiple issues包起来后，依然无响应[2]，最后都拿走改用tw挂上述相同模板，依然无响应[3]，条目中也是相同的情况，只是涉及的模板及模板的数量会各有不同。->>Vocal&Guitar->>_留言 2020年8月21日 (五) 01:32 (UTC)

@Ohtashinichiro：是不是页面存在{{Notability unreferenced}}才会发生问题？只要不存在或是不要尝试加入此模板就正常运作？ Xiplus#Talk 2020年8月21日 (五) 01:51 (UTC)

@Xiplus：的确，{{Notability unreferenced}}和{{Primarysources}}两个模板有问题，存在的话就挂不了其他模板。->>Vocal&Guitar->>_留言 2020年8月21日 (五) 02:10 (UTC)

@Ohtashinichiro：请再尝试看看。 Xiplus#Talk 2020年8月21日 (五) 03:38 (UTC)

看起来问题已经解决，感谢工作。->>Vocal&Guitar->>_留言 2020年8月21日 (五) 07:22 (UTC)

另外还有个新bug，tw移除不了{{BLPdispute}}，[4]。->>Vocal&Guitar->>_留言 2020年8月21日 (五) 02:10 (UTC)

{{uw-3rr}}问题

Special:diff/61287159/61288004，签名前面会有空格导致

Zhuofan WuCien años de soledad 2020年8月22日 (六) 12:02 (UTC)

这样的问题出现。Zhuofan Wu^{Cien años de soledad} 2020年8月22日 (六) 12:02 (UTC)

模板设计问题，已修复。 Xiplus#Talk 2020年8月22日 (六) 12:08 (UTC)

建议添加“newpage”模板

如题。建议在“标记”模块中添加模板“{{newpage}}”。--Yining Chen（留言|签名）回复时请ping我，谢谢！2020年8月24日 (一) 03:55 (UTC)

• @Yining Chen：在WP:TW/P中可以自定义维护模板以添加{{Newpage}}模板，该维护模板在平时巡查维护时使用频率不高，所以个人认为不应该加入。--XinuGod _Talk 2020年8月24日 (一) 08:13 (UTC)

AFD日志记录合并操作时有bug

Special:Diff/61379742，合并目标链接出现在句号之后。—Rowingbohe♫ _{欢迎参与浙江专题 台州专题} 2020年8月28日 (五) 06:45 (UTC)

已确认问题，修复中。 Xiplus#Talk 2020年8月28日 (五) 10:12 (UTC)

TW标记的新bug，紧急

@Xiplus、Hamish：TW任一页面选择标记，出来的是重定向标记。—Rowingbohe♫ _{欢迎参与浙江专题 台州专题} 2020年8月30日 (日) 04:02 (UTC)

• （二）小作品没了。—Rowingbohe♫ _{欢迎参与浙江专题 台州专题} 2020年8月30日 (日) 04:03 (UTC)

好。--Hamish论 2020年8月30日 (日) 04:04 (UTC)

已处理。 Xiplus#Talk 2020年8月30日 (日) 04:10 (UTC)

关于在部分镜像站中使用TW

近日，在部分镜像站中使用TW时，会出现被过滤器所阻挡的现象，想在此询问，是否有可能处理这个问题？感谢。--Yining Chen（留言|签名） 2020年11月4日 (三) 12:54 (UTC)

(～)补充：相关讨论请见于特殊:差异/62664427。--安忆^Talk 2020年11月4日 (三) 13:00 (UTC)

@AnYiLin：请问您测试“提交的全文而不是追加”时是使用TW的哪个功能？--Xiplus#Talk 2020年11月4日 (三) 14:22 (UTC)

感谢回复。是在警告用户、提请页面保护及写入AFD日志（包括提交存废讨论）的时候，只要目标页面有对应链接便会撞过滤器。--安忆^Talk 2020年11月4日 (三) 14:33 (UTC)

看了下过滤器，感觉像是镜像站的问题？--Hamish论 2020年11月4日 (三) 15:00 (UTC)

最近我收到了多人反馈，包括我自己进行上述操作时也出现了问题，而这些操作在更早之前是可以正常进行的。由于我自己愈加紧凑的时间安排，这两个月内我已经没有再改动过后端配置了，空闲时也只是在前端的js里加一些可有可无的小工具。所以我猜测可能是最近TW有什么改动导致了这个问题。（因为过滤器建立时间很早，所以应该不至于到现在才发现这个问题）--安忆^Talk 2020年11月4日 (三) 15:20 (UTC)

忽略我上面所说的这些，只看TW的话，从控制台显示的网络请求来看，它现在的一些功能的确是全文POST（就像最开始的回复工具一样），不知是否可以实现“追加”？（类似现在的回复工具或Wikiplus）--安忆^Talk 2020年11月4日 (三) 15:31 (UTC)

TW最近没有对编辑行为进行更动，您指出10月25日的修改，是将append改成newsection，两者都不是全文修改。您上面提及的三种情况（警告、请求保护、记录AFD）一直以来都是全文修改，部分功能根本不可能改成append或newsection。--Xiplus#Talk 2020年11月4日 (三) 15:33 (UTC)

了解了。我不是很了解TW具体的运作方式，不过还是请问是否可以为它加一段replace呢？类似我修改的Wikiplus，将它获取的wikitext进行替换（修正）后再提交。通常来说，这不会影响非镜像站用户的使用（可以通过判断host来确定当前是否处于镜像站中）。之所以请您修改，是因为TW是以扩展形式加载的，我这面没办法将它替换成特定版本。--安忆^Talk 2020年11月4日 (三) 15:47 (UTC)

您无法保证页面中原本没有wikimirror，一律取代的行为并不正确，镜像站不当窜改文字的问题不应该转嫁给TW及其他工具，这应该由镜像站那边修复。--Xiplus#Talk 2020年11月5日 (四) 00:09 (UTC)

我认为，虽然不能保证页面中不包含“wikimirror”，但受限于现在的过滤器，除在白名单的页面之外，其他页面中不可能包含“. wikimirror.org”。这就给替换实现了绝对的正确性，这也是我在Wikiplus中做的，只对网址进行修正。

我知道这种问题应该是我这面修复的，但实在是没有办法，一是TW过于复杂了，对于外人来说熟识它不是很容易；而最重要的是，它作为扩展，我这面没办法整体将它替换。

if (data.match(/\.wikimirror\.org/)) {
    data = data.replace(/\.(wikibooks|wikidata|wikinews|wikipedia|wikiquote|wikisource|wiktionary|wikiversity|wikivoyage|mediawiki)\.wikimirror\./ig,'.$1.');
    data = data.replace(/\.wikimirror\./ig,'.wikimedia.')
}

我这面的用户也不算少，虽然对我自己来说是可有可无的影响，但就算是为了他们更方便地使用吧，您看可否您那面辛苦一下？ --安忆^Talk 2020年11月5日 (四) 01:01 (UTC)

您是镜像站的维护者？--Xiplus#Talk 2020年11月5日 (四) 01:08 (UTC)

是的。--安忆^Talk 2020年11月5日 (四) 01:15 (UTC)

那么我建议对于api.php的请求不应该修改返回的内容。--Xiplus#Talk 2020年11月5日 (四) 01:57 (UTC)

感谢建议，稍晚些我会尝试的。还有一个问题，请问这个api.php会对其他方面造成影响吗？（比如在浏览页面时加载的内文）--安忆^Talk 2020年11月5日 (四) 02:18 (UTC)

如果是为了让使用者在点击连结时仍维持在镜像站内，理应用JavaScript在前端修改连结，而不是在后端全面取代返回文字。--Xiplus#Talk 2020年11月5日 (四) 03:11 (UTC)

除此之外，还会替换各种js、json里写死的部分，这些前端应该是做不到的。您说针对api.php的方法我会尝试的，感谢回复。--安忆^Talk 2020年11月5日 (四) 03:42 (UTC)

(～)补充：MediaWiki有很多资源（包括css、js等）都是通过xxx.php加载的，所以我才有此一问。--安忆^Talk 2020年11月5日 (四) 03:44 (UTC)

@Xiplus：我在刚刚进行了一些测试，在不对api.php进行处理之后，虽然TW的警告功能的确可用了，但也会导致其他地方出现问题——比如在刚刚短暂的测试过程中我就发现了“通知”也会出现问题（因为它的数据也来自api.php，而其中却包含了“zh.wikipedia.org”等未被修改的内容）。

我想，可能随着时间愈长，除此之外的问题也将会逐渐地暴露出来（那时候可能就会显得上述操作有些舍本逐末了）。尽管再说下去可能有些惹人嫌了，但我还是想再次请求您，考虑一下是否可以给TW加上一个简单的判断和替换。--安忆^Talk 2020年11月5日 (四) 08:41 (UTC)

我重起一段，TW如果替换的话，逻辑上是不应该做的，因为不能保证之前内容没有wikimirror这一项，前面xi+也说了，个人觉得还是镜像站想办法修正一下。（没打完）不过我也自己捣鼓一下看能不能从TW方面解决一下，因为觉得上面“我认为...只对网址进行修正。”还是不无道理的。--Hamish论 2020年11月5日 (四) 13:13 (UTC)

尽管我这面可以不对GET api.php所得到的内容进行操作，虽然这可以使TW恢复正常使用，但这种方式也会得不偿失，毕竟为了修正一个特定问题而使一堆必要功能出现问题或增加潜在却暂未被发现的问题都是不划算的。

在上面我也提到过，虽然我们没有办法保证原本的页面中没有wikimirror（比如用户写了“我正在通过wikimirror编辑”），但我们可以保证其中不可能有“. wikimirror.org”（受限于过滤器，用户不可能写出“我正在通过zh. wikimirror.org编辑”）。也就是说，在原本的页面中，只会存在“zh.wikipedia.org”，而绝对不会存在“zh.wikipedia. wikimirror.org”。

于是我们就可以为TW增加一个判断——当在镜像站内时，就启用替换规则。因为在镜像站内时，页面中的“zh.wikipedia. wikimirror.org”是绝对错误的，是需要被修正的。

不知道我表达的是否足够清楚，我就您的“因为不能保证之前内容没有wikimirror这一项”这一点进行了简要的回答：“wikimirror”不是判断的条件，“. wikimirror”才是。

--安忆^Talk 2020年11月5日 (四) 13:53 (UTC)

@AnYiLin：TW所有的请求都带有 api-user-agent: Twinkle~zh (zhwiki) morebits.js~zh ([[w:zh:WT:TW]]) 这个header，我想您应该可以侦测这个。--Xiplus#Talk 2020年11月8日 (日) 13:20 (UTC)

十分感谢，看起来您给出的这种方式可以解决上述问题。不过我感觉对每一次网络请求都判断一次header有些浪费资源，如果可能，还是希望可以在前端解决这个问题。--安忆^Talk 2020年11月8日 (日) 13:51 (UTC)

未完成，见Special:PermaLink/62774370。--Xiplus#Talk 2020年11月13日 (五) 11:18 (UTC)

封禁通知时所使用的模板出现问题

RT，Topic:Vxx2h0olkt08v53j（我与虫虫飞的对话）。在User_talk:Minisannul等（被封禁傀儡）账户上执行傀儡封禁所使用的模板为滥用编辑权限模板，希望修一下23333.--メッキの光の勇者-猫🇨🇳去茶水室喝茶🐱 2020年11月17日 (二) 13:16 (UTC)

事实上这不能算是Bug，只是自动填入理由的功能在上次更新时被意外移除了，现已恢复。--Xiplus#Talk 2020年11月17日 (二) 14:28 (UTC)

关闭存废讨论-小作品化

小作品化提案已通过，可以帮忙修改一下tw吗？此外， ip如果被确认为傀儡，即使只封一周，但ip讨论页的通知却预设为永封，这个问题能帮忙修正一下吗？--虫虫飞♡♡→♡℃※留言 2020年8月21日 (五) 13:31 (UTC)

@虫虫飞：关于小作品化，请详细说明要做什么修改。 Xiplus#Talk 2020年8月22日 (六) 12:09 (UTC)

在afd加一个结案选项“允许改善后保留”。--虫虫飞♡♡→♡℃※留言 2020年8月22日 (六) 12:22 (UTC)

虫虫飞过了2个月，存废讨论关闭模板{{delh}}都没有加入此选项，这意味着该操作没有被执行过，我想我可以判定实际上没有这个需求。--Xiplus#Talk 2020年10月20日 (二) 12:54 (UTC)

问题是一直没有TW加入“允许改善后保留”这个选项，我想用，也用不了；而且有些用户也曾用以这个新修订作为“删除”的替代方案。--虫虫飞♡♡→♡℃※留言 2020年10月20日 (二) 12:57 (UTC)

通常是Twinkle配合模板，不是反过来，如果TW没有提供，那么您应该手动处理。“有些使用者也曾用”请举例，以评估是否加入该功能。--Xiplus#Talk 2020年10月20日 (二) 13:17 (UTC)

afd见过，但没找到存档。我drv也用过，afd要手动，所以就放弃用了。--虫虫飞♡♡→♡℃※留言 2020年10月20日 (二) 13:28 (UTC)

那么您用什么选项进行关闭？--Xiplus#Talk 2020年10月20日 (二) 13:57 (UTC)

• 删除。如果有替代方案，就可以选替代。或者先加一个关闭选项，至于小作品模板可以由用户自己手动加上。--虫虫飞♡♡→♡℃※留言 2020年10月20日 (二) 22:43 (UTC)
• 这个是典型案例--虫虫飞♡♡→♡℃※留言 2020年10月23日 (五) 07:24 (UTC)

虫虫飞未完成，经过开发人员们的讨论，此请求暂时拒绝，“允许改善后保留”就是“保留”的一种，建议以“保留”结案。如果认为应该独立出来，请在互助客栈讨论后，并完成所有必需的基础建设（修改模板等）后，再于此请求修改TW。谢谢。--Xiplus#Talk 2020年11月22日 (日) 12:16 (UTC)

标记条目时自动加入监视列表

如题，我在标记条目伦根米尔巴赫河时发现标记后TW自动将此条目加入了我的监视列表。Zhuofan Wu^{Cien años de soledad} 2020年12月6日 (日) 04:30 (UTC)

ZhuofanWu抱歉，这是一个尚未公告的变更，现已公告。--Xiplus#Talk 2020年12月6日 (日) 04:51 (UTC)

新增模板

新增Template:More footnotes needed模板以标记脚注不足以覆盖所有内容的条目。-Mys_721tx（留言） 2020年12月4日 (五) 19:43 (UTC)

Mys_721tx请问该模板跟{{More footnotes}}有何不同？--Xiplus#Talk 2020年12月10日 (四) 01:04 (UTC)

英维{{More footnotes}}重定向到了{{More footnotes needed}}，而中维使用的模板标题是“More footnotes”，二者应该属同一模板。--Easterlies 2020年12月10日 (四) 03:18 (UTC)

的确没有区别。然而目前两个模板都不在Twinkle中。-Mys_721tx（留言） 2020年12月12日 (六) 18:25 (UTC)

Mys_721tx已加入该模板到Twinkle。--Xiplus#Talk 2020年12月14日 (一) 03:32 (UTC)

模板保护

现在管理员只有施行模板保护时，Wikipedia:请求保护页面不会自动关闭讨论，能否设定为自动关闭？--虫虫飞♡♡→♡℃※留言 2020年12月6日 (日) 04:46 (UTC)

已处理。--Xiplus#Talk 2020年12月14日 (一) 04:02 (UTC)

告状-WP:VIP，对IP用户不能勾选纯破坏、spambot？

所以该如何快速报告纯破坏呢，TW要求必须填写理由。--YFdyh000（留言） 2020年12月16日 (三) 14:31 (UTC)

@YFdyh000：Wikipedia:纯破坏用户#IP地址：“IP使用者不能看作纯破坏使用者”。--Xiplus#Talk 2020年12月17日 (四) 05:51 (UTC)

注意

我目前准备修饰下最后警告模板，请知悉 凋零铁道运输总署 2020年12月20日 (日) 11:58 (UTC)

@CMPD19831==：如果仅是修饰语句没有问题，若是有更动到模板参数请说明。--Xiplus#Talk 2020年12月27日 (日) 12:11 (UTC)