維基百科討論:Twinkle/存檔/2020年

由Xiplus在話題注意上作出的最新留言:3 年前

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)

建議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模板沒有前往申請再次掛上模板,那他不能申請該權限」進行闡述。--
     
    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)

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 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)
返回專案頁面「Twinkle/存档/2020年」。