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

页面内容不支持其他语言。
维基百科,自由的百科全书

提議廢除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)

建议TWSpecial:最近更改中加入回退链接

@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)

使用Twinkle將顯示:
層級1:引用權限模板
層級2:濫用權限模板
層級3:明顯濫用權限模板
層級4:惡意濫用權限模板
如果能加入Twinkle,相关用戶应查有否層級3模板在讨論页和用戶頁歷史。如果他有層級3模板沒有前往申請再次掛上模板,那他不能申請該權限。--安全体验签名·贡献 2020年6月5日 (五) 00:49 (UTC)

  • 因為WP:USERPAGE,我調整了一些功能。--安全体验签名·贡献 2020年6月5日 (五) 06:31 (UTC)
  • 槽点太多。烦请建议者举例说明这四个层级模板的应用案例,并重新对“如果他有層級3模板沒有前往申請再次掛上模板,那他不能申請該權限”进行阐述。--
    {#(set-global-staff-size 12) a'4 d''8 e''8 a'4 g'4 a'4 g'8 e'8 a'2 \bar "|."}
    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)

提請將User:Xiplus維護的Twinkle替代現有菜單內的版本

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

如題,最近小工具版裡的TW已經發生了一次問題,而Xiplus的版本早已對Flow對話頁進行適配並加入其他便於站務操作的功能。根據Xi+最新提取的數據,已經有相當一部分人正使用該版本,為防止往後可能出現的潛在問題,在此提請將現有小工具的版本替換為Xiplus的版本,並在phabricator開設project以供bug追蹤。

附先前相關討論連結以供參考:12

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

副知Jimmy XuXiplus--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 JustoCwekAlexander MiselSanmosaYFdyh000WhitePhosphorus,多有打扰,抱歉。--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)

@HamishXiplus:公示期已過-- 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)

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 WuCien 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)

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

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

已確認問題,修復中。 Xiplus#Talk 2020年8月28日 (五) 10:12 (UTC)

TW标记的新bug,紧急

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

好。--Hamish 2020年8月30日 (日) 04:04 (UTC)
已處理。 Xiplus#Talk 2020年8月30日 (日) 04:10 (UTC)

{{Uw-subtle1}}請求檢視

提議在用戶頁警告模板增加鼓勵發問字句

关于在部分镜像站中使用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)
蟲蟲飛未完成,經過開發人員們的討論,此請求暫時拒絕,「允許改善後保留」就是「保留」的一種,建議以「保留」結案。如果認為應該獨立出來,請在互助客棧討論後,並完成所有必需的基礎建設(修改模板等),再於此請求修改TW。謝謝。--Xiplus#Talk 2020年11月22日 (日) 12:16 (UTC)

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

如题,我在标记条目倫根米爾巴赫河时发现标记后TW自动将此条目加入了我的监视列表。Zhuofan WuCien 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)

@YFdyh000Wikipedia:纯破坏用户#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)