本頁是以往討論的存檔 。請勿編輯本頁 。若您想發起新討論或重啟現有討論,請在當前討論頁 進行。
本主題或以下段落文字,移動自 Wikipedia:互助客栈/其他 。执行人:Jimmy-bot (留言 ) 2020年2月29日 (六) 08:14 (UTC) 。
提議廢除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
理由:
User:Jimmy Xu 關閉了通知,ping都ping不到,去用戶頁提醒有時根本等於無效
處理速度?近乎 0 % [來源請求]
幾乎都不更新
也沒有繁簡處理
-- 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)
@Xiplus :建议TW在Special:最近更改 中加入回退链接,方便巡查 。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2020年3月23日 (一) 12:36 (UTC)
@Jimmy Xu :--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2020年3月23日 (一) 12:36 (UTC)
本主題或以下段落文字,移動自 Wikipedia:互助客栈/其他 。执行人:Jimmy-bot (留言 ) 2020年6月17日 (三) 16:14 (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)
本主題或以下段落文字,移動自 Wikipedia:互助客栈/技术 。执行者:Jimmy-bot (留言 ) 2020年6月26日 (五) 00:14 (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)
本主題或以下段落文字,移動自 Wikipedia:互助客栈/技术 。执行者:Jimmy-bot (留言 ) 2020年7月25日 (六) 08:14 (UTC) 。
最近发现在使用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)
@xiplus :近期我在提报图片快速删除时,发生了一个错误。在diff=prev中,我挂了F6,看世一切正常,但是我却发现了错误。在diff=next中,我使用另一个工具修改它的排序字,也就是说,排序字显示出错了,因此这可以算是一个bug,并需修正。--ꓲꓠ ꓔꓮꓡꓗ 𝐃𝐂𝟏𝟖 2020年7月12日 (日) 14:05 (UTC)
不是Twinkle的問題。 Xiplus #Talk 2020年7月17日 (五) 01:53 (UTC)
本主題或以下段落文字,移動自 Wikipedia:互助客栈/技术 。执行者:Jimmy-bot (留言 ) 2020年7月31日 (五) 08:14 (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)
本主題或以下段落文字,移動自 Wikipedia:互助客栈/技术 。执行者:Jimmy-bot (留言 ) 2020年8月4日 (二) 16:14 (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)
參見此討論 。 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)
Special:diff/61287159/61288004 ,签名前面会有空格导致
Zhuofan Wu Cien 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}}”。--Yining Chen (留言 |签名 )回复时请ping 我,谢谢! 2020年8月24日 (一) 03:55 (UTC)
Special:Diff/61379742 ,合并目标链接出现在句号之后。—Rowing bohe♫ 欢迎参与浙江专题 台州专题 2020年8月28日 (五) 06:45 (UTC)
已確認問題,修復中。 Xiplus #Talk 2020年8月28日 (五) 10:12 (UTC)
本主題或以下段落文字,移動自 Wikipedia:互助客栈/技术 。执行者:Jimmy-bot (留言 ) 2020年9月9日 (三) 08:14 (UTC) 。
@Xiplus 、Hamish :TW任一页面选择标记,出来的是重定向标记。—Rowing bohe♫ 欢迎参与浙江专题 台州专题 2020年8月30日 (日) 04:02 (UTC)
好。--Hamish 論 2020年8月30日 (日) 04:04 (UTC)
已處理。 Xiplus #Talk 2020年8月30日 (日) 04:10 (UTC)
本主題全部或部分段落文字,已移動至 Wikipedia:互助客栈/其他 。执行人:--LuciferianThomas .留言 2020年9月15日 (二) 09:45 (UTC) 。
本主題全部或部分段落文字,已移動至 Wikipedia:互助客栈/其他 。执行人:--LuciferianThomas .留言 2020年9月15日 (二) 09:45 (UTC) 。
近日,在部分镜像站中使用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 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”,二者应该属同一模板。--Easter lies 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)
所以该如何快速报告纯破坏呢,TW要求必须填写理由。--YF dyh000 (留言 ) 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)