维基百科:互助客栈/技术

维基百科,自由的百科全书
跳到导航 跳到搜索

Breezeicons-categories-32-applications-development.svg

本頁用作讨论在编辑时遇到的技术问题;發表問題或討論前,請先參閱常見問題解答帮助信息MediaWiki基本問題及搜索舊討論記錄。另請注意:

請注重礼仪及遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 Signature icon april 2018.png )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告板
# 話題 發言 參與 最新發言 最後更新(UTC+8)
1 可能有粉絲內容的編輯提示 23 7 Xiplus 2021-12-04 13:21
2 建議為Template:article history的actionresult參數添加值以便紀錄中途撤回的評選 52 7 Sanmosa 2021-11-16 15:50
3 下載為PDF 6 5 Liuxinyu970226 2021-11-29 09:45
4 請教可否讓下面模板直接取用Wikidata上的對應資料? 3 3 桐生ここ 2021-12-04 21:05
5 WP:RFC需要兩個bot 3 2 Ghrenghren 2021-10-27 19:00
6 标题转换语法中的 HTML 标签不再工作 23 10 AnYiLin 2021-11-20 11:11
7 关于图像透明区域的显示 10 3 Great Brightstar 2021-11-26 23:50
8 Growth譯名問題 16 8 魔琴 2021-12-03 13:16
9 {{Hlist}}的样式问题 9 5 David Xuang 2021-12-01 14:23
10 Template:Cite AV media 4 2 Sanmosa 2021-11-16 15:53
11 导致WP:自动登出的罪魁祸首找到了 38 10 Kanashimi 2021-12-05 08:32
12 可能要檢查一下是否有重複引用問題 2 2 Ericliu1912 2021-11-29 16:57
13 提議刪除Catnav及移除所有引用 1 1 Jimmy-bot 2021-12-05 16:14
14 請求添加編輯tagWikitextExtensionForVSCode 6 3 Rowe Wilson Frederisk Holme 2021-11-30 02:26
15 请问Wikipedia页脚的诸多链接是什么php代码实现的,希望给出! 3 2 HornCopper 2021-11-27 20:20
16 Tech News: 2021-48 0 0
17 泰国所有城市地区名称大全 2 2 桐生ここ 2021-12-01 18:55
18 Special:AbuseFilter/16 3 2 2021-12-03 14:34
19 疑似模板錯誤 10 5 Pseudo Classes 2021-12-05 03:16
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

可能有粉絲內容的編輯提示[编辑]

本章節經過拆分,先前討論位於

(&)建議擴展到ACG、動畫、漫畫、遊戲(電子、實體、桌遊或各類有劇情或角色可以介紹的遊戲)、電影、影集、小說、插畫創作(如胖吉貓)或其他虛構故事創作的條目中,也能讓一些剛來的新手了解狀況,以免再次出新手不了解狀況出現甚麼「辛苦編輯」遭刪之類的爭議(此類爭議先前已經出現多次)。-- 五歲抬☎️·☘️) 2021年5月4日 (二) 13:57 (UTC)[回复]

(+)支持,但想看看擬定什麼警告內容。--LuciferianThomas留言 2021年5月10日 (一) 08:02 (UTC)[回复]
有擬定的提示內容嗎?--路西法人留言 2021年5月20日 (四) 01:15 (UTC)[回复]
原本的內容就差不多了吧。-- 五歲抬☎️·☘️) 2021年5月27日 (四) 10:15 (UTC)[回复]
@LuciferianThomas:提議:原有內容直接擴展 展示於「ACG、動畫、漫畫、遊戲(電子、實體、桌遊或各類有劇情或角色可以介紹的遊戲)、電影、影集、小說、插畫創作(如胖吉貓)或其他虛構故事創作」的條目中(或許補上WP:資料頁指引的連結。—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年6月24日 (四) 10:20 (UTC)[回复]
(+)支持。--忒有钱🌊塩水あります🐳留言) 2021年7月9日 (五) 11:10 (UTC)[回复]
也許可以考慮作公示的準備了(? -- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年8月12日 (四) 09:35 (UTC)[回复]
如果沒有異議,就準備公示囉?—— [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年8月30日 (一) 06:16 (UTC)[回复]
如果真的都沒有異議,就真的要公示囉—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年10月6日 (三) 05:15 (UTC)[回复]
至少先把編輯提示內容準備好吧?--Xiplus#Talk 2021年10月12日 (二) 08:27 (UTC)[回复]
娜娜奇在2021年6月24日 (四) 10:20 (UTC)的留言。--路西法人留言 2021年10月12日 (二) 13:14 (UTC)[回复]

這串討論要半年了,再拖下去就真的要懷疑有沒有繼續掛著不存檔模板的必要。—— Eric Liu 創造は生命(留言留名學生會 2021年10月20日 (三) 16:01 (UTC)[回复]

所以到底可不可以公示了?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年10月26日 (二) 13:15 (UTC)[回复]
你们要公示就请吧--Milky·Defer 2021年10月26日 (二) 15:03 (UTC)[回复]
要確認一下,是否使用原有內容的原始語句+貼上WP:資料頁指引的連結?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年11月8日 (一) 08:05 (UTC)[回复]
先發個公告再準備公示-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年11月16日 (二) 05:40 (UTC)[回复]
「是否使用原有內容的原始語句+貼上WP:資料頁指引的連結」都不確定的話您是要公示什麼?--Xiplus#Talk 2021年11月20日 (六) 10:20 (UTC)[回复]
但這部分應該已經算很具體了,意思是如果沒有異議就應當可以進行公示前的準備-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年11月27日 (六) 09:45 (UTC)[回复]

建議為Template:article history的actionresult參數添加值以便紀錄中途撤回的評選[编辑]

剛才在整理Talk:完全星形二十面體條目里程碑時,發現這個模板不支援「中途撤回的評選」Special:Diff/67774347,考量有些評選、AFD或各種其他討論皆有可能撤回,但是模板的actionresult參數無法接受任何關於「撤回請求」Module:Article_history/config#L-1169的參數值。

由於要新增此功能需要編輯的模組Module:Article_history/config是模板保護的高風險模板,因此根據方針,需諮詢社群意見,因此開了此討論。

有兩項內容可以討論:

  1. {{article history}}是否需要記載已撤回的事件?(已撤回的評選、已撤回的存廢討論等)
  2. 如需要,actionresult參數要用甚麼值來代表?(withdraw、canceled還是其他)

如通過,所需要修改的代碼列於Module:Article history/config/sandboxModule:Article history/sandbox

預計效果:

左右对比
{{Article history}}{{Article history/sandbox}}
  • 錯誤:參數「action1result」中的事項「PR」發現錯誤結果「canceled」(幫助)。
2021年8月19日同行評審撤回

以上,歡迎討論。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月19日 (日) 03:31 (UTC)[回复]

(~)補充:更多測試樣例參見Template:Article history/testcases。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 06:47 (UTC)[回复]
  • (+)支持,包含其它撤回的評選最好也同時支援該功能,這技術肯定可行的。--Z7504非常建議必要時多關注評選留言) 2021年9月20日 (一) 10:24 (UTC)[回复]
  • (+)支持:建議順便加入「即時不合標準」的標記。--拒食木瓜。〉 2021年9月20日 (一) 14:39 (UTC)[回复]
    • 希望技術上可一併進行處理了。--Z7504非常建議必要時多關注評選留言) 2021年9月20日 (一) 15:00 (UTC)[回复]
      • (:)回應:@Jonathan5566Z7504:設計成這樣如何?(添加了參數值「immediate failures」)
Former good articleSpecial:展开模板曾屬優良條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
條目里程碑
日期事項結果
2021年8月19日優良條目評選入選
2021年8月19日優良條目資格即時審查即時不合標準
當前狀態:已撤銷的優良條目
(註:原本顯示為「優良條目評選 入選」+「優良條目重審 即時不合標準」,最終狀態為「已撤銷的優良條目」。可能存在即時不合標準是指「優良條目重審」本身的語病。已將模塊改為「即時不合標準」配對「XX標準即時審查」)-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 15:56 (UTC)[回复]
Former good articleSpecial:展开模板曾屬優良條目,但已撤銷資格。下方條目里程碑的連結中可了解撤銷資格的詳細原因及改善建議。條目照建議改善而重新符合標準後可再次提名評選
2021年8月19日優良條目資格即時審查即時不合標準
({{Article history/sandbox}})-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 15:17 (UTC)[回复]
提案大概不會過了,沙盒作廢,為了讓存檔結果不變,用Special:展开模板全部subst掉。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月21日 (二) 10:38 (UTC)[回复]
(?)疑問:「在GAN入選為GA之後的GAR為即時不合標準」還是GA阿,沒理解錯吧?怎麼會在GAR即時不合標準之後,然後原本照GAN入選的GA就撤銷GA了?--Z7504非常建議必要時多關注評選留言) 2021年9月20日 (一) 15:23 (UTC)[回复]
(?)疑問:@Z7504:根據Wikipedia:優良條目標準#即時不合標準「即時不合標準」不就是撤銷GA資格?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 15:24 (UTC)[回复]
除了定義不知道有沒有異議之外其它確實沒有問題,@Jonathan5566:您認為照上面說法是否為撤銷GA呢?這應該是目前唯一不知道定義的地方了。照上面看似乎沒錯,不過如果寫成「即時(A)撤銷標準」或許更好。有時候會使用{{不合要求}}表示,是因為未達30天冷靜期,也不會說每一次都是因為其標準而即時不合要求;GA那一頁也有先例使用不合要求的(先例可參考提示中的大量內容沒有來源內容編輯戰或穩定性這兩個問題,但這是屬於GAN的部份)。個人想法是這樣,不知道社群認為該用「即時不合標準」還是「即時撤銷標準」哪種表示較理想,但基本支持該提案沒問題。--Z7504非常建議必要時多關注評選留言) 2021年9月20日 (一) 15:47 (UTC)[回复]
  • 用「(B)即時審查」表示也行,一樣的意思,其它待社群評論了((※)聲明:兩方案就給社群表決吧,要嘛就用(A)撤銷,要嘛就用(B)即時審查),FA/FL也是一樣的意思。如果該提案通過,以後那些標準就比較不會再是「冷冰冰的標準」了,畢竟先例也沒幾個能舉例。--Z7504非常建議必要時多關注評選留言) 2021年9月20日 (一) 15:58 (UTC)[回复]
    怪怪的。即使不合標準是指條目評選無效(極端情況下可無視投票)現在依照範例似乎即使不合標準的條目會被「撤銷」是啥概念?不要忘了即時不合標準是不能用於重審的--拒食木瓜。〉 2021年9月21日 (二) 01:27 (UTC)[回复]
中途撤回,即时什么的直接写fail不就行了,有什么必要非要新增参数?即时不合资格不适用于重审,新增这种参数有点简单的事复杂化。--7留言) 2021年9月20日 (一) 16:13 (UTC)[回复]
不認同,撤回有時根本不是有效評選,何來「fail」? 哪裡複雜? 程式都寫好了? 易如反掌好嗎。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 16:19 (UTC)[回复]
再次不認同,「即时什么的」哪有經過評選,沒有經過評選的東西你要我寫一個「不存在的評選」然後填fail?「不存在的評選」硬填,這不是說謊嗎?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 16:22 (UTC)[回复]
再補充一點,「撤回」應該視為本次評選無效,故並不會是「XX曾獲提名優良條目評選,惟因其尚未符合標準而落選。」因為是「撤回」所以應當視為「根本還沒評估是否符合標準」,應當當作沒這回事,不應顯示。本次修改也包含了這個部分。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 16:41 (UTC)[回复]
左右对比
{{Article history}}{{Article history/sandbox}}
  • 錯誤:參數「action1result」中的事項「GAN」發現錯誤結果「canceled」(幫助)。
2021年8月19日優良條目評選撤回
左右对比
{{Article history}}{{Article history/sandbox}}
優良條目落選Special:展开模板曾獲提名優良條目評選,惟因其尚未符合標準而落選。下方條目里程碑的連結中可了解落選的詳細原因及改善建議。條目照建議改善之後可再次提名評選。
2021年8月19日優良條目評選落選
優良條目落選Special:展开模板曾獲提名優良條目評選,惟因其尚未符合標準而落選。下方條目里程碑的連結中可了解落選的詳細原因及改善建議。條目照建議改善之後可再次提名評選。
2021年8月19日優良條目評選落選
是不一樣的。不管怎麼樣,我強烈認為他們不一樣。強迫政無法忍受通通填「fail」的亂填一通「說謊」填表法。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 16:41 (UTC)[回复]
  • 簡而言之,我強烈認為「落選」≠「重審撤銷」≠「即時不合標準」≠「取消評選」,四者是完全相異之事件,強烈要求正名,且應當準確被表達並記載於條目里程碑中,不應該有任何含糊之處;無法忍受通通填「fail」的亂填一通「說謊」填表法。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月20日 (一) 16:45 (UTC)[回复]
  • 你这个说法我也完全不能认同:1、落选和重审撤销本来就是有区别的;2、取消评选、即时不合标准一样要受30天冷静期限制,评选程序上是和fail一样的处理,重审程序就是用keep参数;3、即时不合标准只能用于评选,不能用于重审,评选时不管“即时不合标准”还是“撤回”都是评选不通过,都是“尚未符合标准落选”,难道还会有不同情况?提前撤回,那就是没有完成评选期,不就自然fail了?即时不合标准那就是已经有明显不符合规定的缺陷,不也就fail了?就因为说的是撤回或是即时不合,反而要当“没这回事”?没哪回事?没评选过吗?那撤回岂不是马上又可以再提名?--7留言) 2021年9月21日 (二) 02:23 (UTC)[回复]
    • (※)注意同行評審填不了「fail」。無論如何「撤回評選」還是「必須」加的,因為同行評審根本沒有「fail」這回事。你的異議將導致部分條目永遠無法完善里程碑,這樣我要強烈抗議。—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月21日 (二) 02:27 (UTC)[回复]
  • 同行评审?同行评审不管多少天,都是reviewed,如果9月1日提,9月20日撤回,那就是9月20日结束,同样是评审过了,因为撤回就要当这评审没发生过这是什么道理?同行评审又没有冷静期限制,评审期只是自动期限,评审一天、一小时也是评审过啊,现在评审无人回应就直接不存档的做法只不过是社群偷懒,是不合规矩的。另外我不确定你是否明白为什么已经选上的条目不能以即时不合标准来撤消,举个例子,比如某个条目是小小条目,或是全文无脚注,或是大量空章节等不敢什么毛病,但评选时就是没有人看,就是没有人发现等不管什么原因总之就是选上了,那么此后一个月一样无法提名重审,一个月后提名重审同样无法以“即时不合标准”为由直接撤消,必须走完重审程序。--7留言) 2021年9月21日 (二) 02:37 (UTC)[回复]
  • @Z7504Jonathan5566:有空參與這部分的討論嗎?,Jarodalien認為根本不必加。能否說明一下你們當時是希望加入什麼才支持提案的?照Jarodalien的說法,「fail」參數值可以代替一切類似事件?但我覺得通通都填「fail」好像怪怪的,因為都填「fail」就只有顯示為一種東西,但還是有細微差異,通通顯示為一樣的事件結果似乎有些說不上來的奇怪,不是很確定才沒有直接編輯模板,轉來互助客棧討論。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月21日 (二) 03:33 (UTC)[回复]
    Talk:氣旋貝吉塔爲例,現有標記爲「落選」,但社群結論爲「無效」。--拒食木瓜。〉 2021年9月25日 (六) 12:56 (UTC)[回复]
意見大致同Jarodalien。—— Eric Liu 創造は生命(留言留名學生會 2021年9月21日 (二) 06:10 (UTC)[回复]
看吧,可預期的Bug。要增加參數也在抱怨,可是不加該參數又有疑問。說實在的,這問題寧可去問你們怎麼認定的,還是保留支持的態度,不然就別搞評選了吧?即時不合標準就算了,摸著良心說,如果提名了又撤回的意義在哪裡?而且你們是不是有人認為即時不合標準不能使用阿?上面不是也有GA的例子嗎?阿如果不增加參數,請問定那些標準的意義又在哪?--Z7504非常建議必要時多關注評選留言) 2021年9月21日 (二) 10:26 (UTC)[回复]
Eric这应该是你同胞,你看得懂他说什么不?我从四年前就一直看不懂他的话。--7留言) 2021年9月21日 (二) 12:24 (UTC)[回复]
大概是現有參數就可以了不必另加參數的意思吧?@Ericliu1912:—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月21日 (二) 12:49 (UTC)[回复]
說實在我看不太懂orz —— Eric Liu 創造は生命(留言留名學生會 2021年9月21日 (二) 13:23 (UTC)[回复]
「優良條目重審 即時不合標準」是錯誤參數,一切優特內容重審不適用即時不合標準規定。Sanmosa Outdia 2021年9月22日 (三) 04:48 (UTC)[回复]
那請問這一批還要存檔嗎?上面就是給了一種「存了不是,不存也不是」的觀感。標題不是在問「中途撤回的評選」嗎?--Z7504非常建議必要時多關注評選留言) 2021年9月23日 (四) 10:06 (UTC)[回复]
  1. 加入通用參數「撤回」:每種事件都可以輸入撤回(含AFD等),惟在GA/FA/FL/FP上撤回會將狀態標記為落選;GAR/FAR/FLR/FPR上「撤回」會維持原有狀態(如原本GA還是GA)
  2. 加入通用參數「無效」:每種事件都可以輸入無效(含AFD等),惟在GA/FA/FL/FP/GAR/FAR/FLR/FPR上「無效」會維持原有狀態(如原本GA還是GA、原本不是GA就不是GA)
  3. 加入參數「即時不合標準」:只適用於GA/FA/FL/FP,並且會將狀態標記為落選。
請分別針對案1或案2或案3表達意見。等到結果明確再來改程式,不然程式碼都白寫。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年9月27日 (一) 13:07 (UTC)[回复]
没有任何“肯定需要”的感觉,撤回等于提前结束而fail,即时不合标准同样是“不合标准”而fail,无效评论同样是“fail”或“keep”,事项也根本没有理由在“XX评选”基础上改成“XX即时审查”,不都是条目评选的组成部分么。这样的细分不过浪费精力,存档的人又要多记几种参数,要表达的意思完全可以内链到页面下方明确。Talk:氣旋貝吉塔到底怎么了,结果没有入选那就是fail,想知道为什么fail就点一下页面“刷”地一下表明,如果这么简单的事都一定要改模板加参数,那出现什么拉票导致争议四起也可能提出要加,提名人要求撤回和主编要求撤回又有区别,又要加。--7留言) 2021年9月30日 (四) 11:49 (UTC)[回复]
用普通法的思維來想的話,由於普通法是求異(而非求同)的,因此你説的“出現什麼拉票導致爭議四起也可能提出要加,提名人要求撤回和主編要求撤回又有區別,又要加”是合理不過的事情,只要社群認為有必要,技術上又容許,就沒有不加的理由。Sanmosa WÖRK 2021年10月1日 (五) 14:48 (UTC)[回复]
已經沒有要用即時審查了,是直接在GAC標上即时不合标准,上面的草稿已經作廢。等到時有共識時才會重新編寫程式。不然我現在不管寫甚麼都要被嫌棄,那我幹嘛開發程式?反正都是白工。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年10月6日 (三) 09:27 (UTC)[回复]
所以先等共識。上列的草稿已經作廢。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年10月13日 (三) 10:23 (UTC)[回复]
你們慢慢討論吧,建議暫時放著不存檔標示,只要討論不出來就是一直放著擱置嘛。難道還是第一天認識這個獨裁社群?如果確定不要增加這個參數,以後真的可以不用再額外做那多餘、浪費時間的移動存檔了,像是前一陣子剛看到的日本國寶住宅列表也都是類似的問題。如果照獨裁社群這麼說,這種東西只要移除就好了,還存檔什麼?--Z7504非常建議必要時多關注評選留言) 2021年10月13日 (三) 17:52 (UTC)[回复]

為避免討論stale而提出的新意見[编辑]

建議為actionresult參數加入null值,對應「無效」狀態,適用於FA、FL、FP、GA的所有評選與重審。適用的情形包括但不限於執行「即時不合標準」程序與判定評選/重審出現拉票的情形。設置「無效」為參數值的原因是區別可導致30日冷靜期與不導致30日冷靜期的情形。填寫「無效」為參數值的效果是條目維持評選進行前既有的狀態。Sanmosa Ázijská Práca 2021年11月1日 (一) 06:28 (UTC)[回复]

本章節暫時不存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

下載為PDF[编辑]

實際檔案似乎會繁簡混雜?有沒有辦法按使用變體統一一下輸出格式?參見Topic:Whnpyfifkmbeuzyq。—— Eric Liu 創造は生命(留言留名學生會 2021年10月2日 (六) 16:59 (UTC)[回复]

phab:T167603--VulpesVulpes825留言) 2021年10月2日 (六) 18:26 (UTC)[回复]
我也感觉这个功能很实用,很有必要。--Te0sla留言) 2021年10月26日 (二) 11:53 (UTC)[回复]

支持支持。 ──以上未簽名的留言由Te0sla討論貢獻)於2021年11月8日 (一) 09:30 (UTC)加入。[回复]

楼上你是谁?--Txkk留言) 2021年11月9日 (二) 12:12 (UTC)[回复]
(!)意見这节还有必要用{{不存档}}么,料想又是个Parsoid问题,没个N多年解决不了,要不这一节也开放N多年好了[開玩笑的]。--Liuxinyu970226留言) 2021年11月29日 (一) 01:45 (UTC)[回复]

本章節暫時不存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

請教可否讓下面模板直接取用Wikidata上的對應資料?[编辑]

拜託大家幫忙讓Template:YouTubeTemplate:Mtime people可以直接取用Wikidata上的對應資料如D:Property:P6464(Mtime用),就像Template:IMDb nameTemplate:Bilibili盡可能減少本地參數用量,需測試的話可以使用李玟頁面,謝謝辛苦。--迴廊彼端留言) 2021年10月23日 (六) 04:36 (UTC)[回复]

请测试{{Template:YouTube/sandbox}}。--Yining Chen留言|签名) 2021年11月21日 (日) 11:13 (UTC)[回复]
似乎出现问题了,见WP:VPA#疑似模板錯誤桐生ここ[讨论] 2021年12月4日 (六) 13:05 (UTC)[回复]

本章節暫時不存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

WP:RFC需要兩個bot[编辑]

Legobot和WP:FRS都需要人幫手處理。Legobot的原作者推辭了在中維幫忙運作,要其他大佬幫手抄原代碼作調整。U:YFdyh000已經推辭了協助運轉的工作。ghren🐦吱吱吱...🔊 2021年10月23日 (六) 09:49 (UTC)[回复]

能说一下需要bot操作的具体工作流吗?以前写过一个bot:Wikipedia:对话页讨论索引,似乎有点近似?--百無一用是書生 () 2021年10月26日 (二) 02:19 (UTC)[回复]
實際上是一樣的,只是改成要自已掛上Rfc的才會在這個索引裏,然後再定時抄送給用戶的討論頁中。--ghren🐦吱吱吱...🔊 2021年10月27日 (三) 11:00 (UTC)[回复]

本章節暫時不存檔。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

标题转换语法中的 HTML 标签不再工作[编辑]

如题,使用了 -{T|标题}- 语法的页面,标题中含有的 <span> 都不工作了,而直接裸露出来,如IPhone XS这个用户页。不知道有没有人有头绪。似乎还没有人回报到 phab? --砜中嘌呤的白磷萃取 打谱 2021年10月23日 (六) 11:00 (UTC)[回复]

预期行为,不会修复。--VulpesVulpes825留言) 2021年10月23日 (六) 18:59 (UTC)[回复]
  • @VulpesVulpes825:無法接受,化學條目也爆炸,故我也完全無法接受你的這個「所謂預期行為」的詭異理論,見@顏嘉佑:在下面的提報—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️) 2021年10月31日 (日) 07:14 (UTC)[回复]
    是否可以修改{{全局僻字}},使其不在条目标题上起作用,以暂时解决这个问题?--Tim Wu留言) 2021年10月31日 (日) 08:04 (UTC)[回复]
    我已经与2021年10月28日就已经将留言标记为删除。请阁下留言前先观察一下。关于预期行为,我也已经在下方解释了。本来这次标题转换语法中的 HTML 标签不再工作就是因为各种在Language Converter语法中添加HTML标签,导致各种安全问题。这种行为本来应该不是Language Converter的初衷。比如对于标题语法转换就当初默认不会有HTML标签,如果标题要有 HTML 标签就应该先Sanitize。--VulpesVulpes825留言) 2021年10月31日 (日) 19:21 (UTC)[回复]

不對呀,這是最近幾天才有的問題,這工單應該有點久以前了吧。—— Eric Liu 創造は生命(留言留名學生會 2021年10月23日 (六) 19:23 (UTC)[回复]

涉及到很多安全工单,可能最近的还没公开吧(或者只是我没找到)。但是现有这些坏掉的页面应该怎么处理?就直接把标题里的 tag 删掉吗?--砜中嘌呤的白磷萃取 打谱 2021年10月24日 (日) 01:59 (UTC)[回复]
影響層面頗多,可能不適合,再觀察一下。—— Eric Liu 創造は生命(留言留名學生會 2021年10月27日 (三) 14:32 (UTC)[回复]
不太可能手動刪,頁面太多。--拒食木瓜 2021年10月27日 (三) 14:36 (UTC)[回复]
使用了{{全局僻字}}的条目也有此问题,如𧒽岗站 (地铁),使用这个模板的应该不少吧?-Tim Wu留言) 2021年10月27日 (三) 14:50 (UTC)[回复]
怀疑和上边说的没有关系,是这个变更 (T291985) 导致的,大概一周前部署,时间差不多对上。它在没有用到 {{DISPLAYTITLE}} 时转义了标题中的 & < > 等特殊字符,可以解释为什么 {{DISPLAYTITLE:<span> 之类的语法仍然正常。 --砜中嘌呤的白磷萃取 打谱 2021年10月27日 (三) 15:33 (UTC)[回复]
还是有关系,主要就是指Language Converter中内嵌HTML tag会造成各种问题。目前临时解决方案就是应该用{{DISPLAYTITLE}}来切换标题显示。--VulpesVulpes825留言) 2021年10月28日 (四) 23:06 (UTC)[回复]
至少前几周看𧒽岗站还没发现这个问题。Itcfangye留言) 2021年10月27日 (三) 16:19 (UTC)[回复]
我已经提交新的工单。--VulpesVulpes825留言) 2021年10月29日 (五) 00:56 (UTC)[回复]
写了一个临时方案恢复 span 标签和 &,看上去坏掉的标题能显示了。如果有没考虑到的情况请补充。 --砜中嘌呤的白磷萃取 打谱 2021年11月1日 (一) 05:30 (UTC)[回复]
難怪看到有些使用者頁的標題失效…Nrya ✰~ 2021年11月6日 (六) 05:49 (UTC)[回复]

部分化學元素的條目有亂碼[编辑]

重复提问。--VulpesVulpes825留言) 2021年10月31日 (日) 18:57 (UTC)[回复]
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

截圖)、截圖)--顏嘉佑留言貢獻) 2021年10月31日 (日) 06:45 (UTC)[回复]


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

本章節暫時不存檔,直到上方問題解決。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

关于图像透明区域的显示[编辑]

我在英文维基和维基共享发现,打开图像描述页(File: 名字空间)的时候,光标移到图片就会显现灰白棋盘格的图案来标示图片的透明区域,不知咱们能否实现?--⚞︎⚟︎ 2021年10月26日 (二) 08:10 (UTC)[回复]

可以
.filehistory a img, #file img:hover {
    background: url(/w/resources/src/mediawiki.action/images/checker.svg?ff513) repeat;
}
--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年10月26日 (二) 09:42 (UTC)[回复]
這在英維的哪裡?—— Eric Liu 創造は生命(留言留名學生會 2021年11月4日 (四) 11:42 (UTC)[回复]
我過去看了一下,發現 en:MediaWiki:Common.css 裏面有這兩行註釋:
/* Put a chequered background behind images, only visible if they have transparency.
'.filehistory a img' and '#file img:hover' are handled by MediaWiki core (as of 1.19) */
而在維基共享資源,我打開這個頁面時,沒有看到哪裏提及這個,所以我覺得這應該是 MediaWiki 原生的特效。--⚞︎⚟︎ 2021年11月6日 (六) 10:00 (UTC)[回复]
如果把咱们 MediaWiki:Common.css 第358行删了会怎么样?--⚞︎⚟︎ 2021年11月7日 (日) 04:23 (UTC)[回复]
我打开 File:Douglas logo.png 试验了一下,右键点击那个图片,点击“检查”,在开发工具里面找到 #file img 的样式规则,取消勾选 background 属性,我就立刻见到了这个效果,其实咱们也有这个功能,但是被 MediaWiki:Common.css 里面一条规则盖了,删掉那一行规则以后大家访问这类页面就都能见到这个特效了。--⚞︎⚟︎ 2021年11月9日 (二) 16:01 (UTC)[回复]
@Great Brightstar:所以是否考慮付諸公示?—— Eric Liu 創造は生命(留言留名學生會STE 2021年11月17日 (三) 18:31 (UTC)[回复]
可以考慮。--⚞︎⚟︎ 2021年11月17日 (三) 23:41 (UTC)[回复]
已公示。--⚞︎⚟︎ 2021年11月20日 (六) 14:56 (UTC)[回复]
现已修复。-- ⚞︎⚟︎ 2021年11月26日 (五) 15:50 (UTC)[回复]

Growth譯名問題[编辑]

如果有技术问题希望能及时提出并解决。我还是新手的时候不知道怎么用cite模板,只会拿<ref>包裹裸网址 囧rz……(因为来之前在Fandom编辑过,所以还是会用<ref>的。)VE的引用功能快多了。
另外我不建议Growth加急部署,首先应该确定译名(现在一般用“成长”?),重新审视一遍翻译(我还希望繁简翻译能统一,不要有没意义的措辞差别)等等。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年10月30日 (六) 05:18 (UTC)[回复]
我記得好像有一派是譯作增長-- Sunny00217  2021年10月31日 (日) 10:36 (UTC)[回复]
得看Growth的是什么了。是让社群增加新力量呢,还是让一个新人成长成成熟的编辑。我觉得二者皆有,因此我宁愿选一个套在社群和个人都说得通的“成长”。 --Milky·Defer 2021年10月31日 (日) 13:24 (UTC)[回复]
Growth這個詞彙幾乎不會顯示給新手甚至一般使用者看到,偏偏挑了這套系統中最不常用的詞彙來討論。--Xiplus#Talk 2021年10月31日 (日) 13:32 (UTC)[回复]
意思說當專有名詞不翻譯也是一個辦法?-- Sunny00217  2021年10月31日 (日) 14:08 (UTC)[回复]
我觉得可以成立一个专题来协调翻译?我看到书生、空气小猫、Kly、Xiplus都有在翻译或校正。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年11月1日 (一) 05:20 (UTC)[回复]
可以考慮。不過就Growth這個情況來說,我認為不翻譯、直接沿用原文名稱也可。Sanmosa Ázijská Práca 2021年11月1日 (一) 06:13 (UTC)[回复]
同上。 2021年11月3日 (三) 22:32 (UTC)[回复]

目前除了Growth之外,还有以下几个名称需要考虑:

  • Special:WelcomeSurvey (新用户欢迎调查问卷)
  • Special:Homepage (新用户的面板一样的东西)
  • Special:Impact (给新用户看他们的编辑给维基百科的读者群体造成了多大的影响)
  • Special:ClaimMentee (给导师认领学生用)

Eric liuWinston Sung一起叫过来吧。 --Milky·Defer 2021年11月13日 (六) 10:31 (UTC)[回复]

PJ:Growth ——魔琴 [ 已经告假 留言 贡献 ] 2021年11月14日 (日) 09:24 (UTC)[回复]
第一個跟第四個我在phab給過了。—— Eric Liu 創造は生命(留言留名學生會STE 2021年11月14日 (日) 09:24 (UTC)[回复]
當時Fandom中文這邊是由机智的小鱼君暫譯為「萌芽团队」(但目前未作為正式譯名。ref: https://community.fandom.com/zh/wiki/User_Blog:机智的小鱼君/简讯——我们全新的员工团队 )。--Winston Sung留言) 2021年11月18日 (四) 10:03 (UTC)[回复]
按照之前的定義,Special:Homepage反而應對應「主頁」,而Main Page則對應「首頁」。--Winston Sung留言) 2021年11月19日 (五) 15:14 (UTC)[回复]
全部都不翻譯不就得了,反正特殊頁面標題要打中文也挺麻煩的-- Sunny00217  2021年11月24日 (三) 09:31 (UTC)[回复]
英文是全语言可用的,不是说翻译了就只能打中文。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年11月27日 (六) 15:24 (UTC)[回复]
PJ:Growth上列出了译名表,欢迎补充。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年12月3日 (五) 05:16 (UTC)[回复]

{{Hlist}}的样式问题[编辑]

在该模板的样式列表中有这样一行

.hlist li:after {
    padding: 0 0.25em 0 0;
}

导致这个模板的分隔符两边间隔并不相等:

  • A
  • B
  • C

在沙盒中去掉该行则可获得与en:Template:hlist相近的结果。这个问题同样影响着共享样式文件的{{Cslist}},原本符合排版习惯的全角逗号之后被莫名插入1/4宽空格,这看上去实在不像“by design”,而是由于编写者所使用的浏览器或字体问题而引起的错误设计。如果只是为了给{{hlist}}更宽松的排版,此处的样式也理应是padding-inline: .125em。希望能有管理员予以修正。 --David Xuang (contact me) 2021年10月30日 (六) 18:36 (UTC)[回复]

(+)支持,這個我早就忍受不了直接在自己的common.js蓋了。--路西法人留言 2021年11月2日 (二) 02:10 (UTC)[回复]
無反對可公示?--路西法人留言 2021年11月10日 (三) 08:54 (UTC)[回复]
(+)支持。—— Eric Liu 創造は生命(留言留名學生會 2021年11月10日 (三) 14:39 (UTC)[回复]
(+)支持。--⚞︎⚟︎ 2021年11月20日 (六) 14:59 (UTC)[回复]

那就开始 公示7日吧。 --Milky·Defer 2021年11月22日 (一) 13:37 (UTC)[回复]

公示通過,提出編輯請求。--路西法人 2021年11月30日 (二) 01:54 (UTC)[回复]

補充議題[编辑]

David XuangEricliu1912Great BrightstarMilkyDefer 在{{hlist}}樣式的子列表中,全形括號前面莫名其妙出現一個nbsp,有人知道是哪裏來的嗎?--路西法人 2021年11月30日 (二) 02:12 (UTC)[回复]

Template:Cite AV media[编辑]

{{cite AV media |title=example |time=12:34}}

显示为“example. 事件发生在 12:34.”。
Cite AV media里面的time参数的措辞(“事件发生在”)很奇怪,我不知道怎么改,改成怎样的措辞能比较好一点?--Txkk留言) 2021年11月1日 (一) 06:38 (UTC)[回复]

我覺得改成半形冒號就可以,類似表示頁數的方法。Sanmosa Ázijská Práca 2021年11月1日 (一) 06:44 (UTC)[回复]
是什么样子的?--Txkk留言) 2021年11月4日 (四) 15:03 (UTC)[回复]
@Txkk:「example. :12:34.」。--Sanmosa Hrom a peklo, márne vaše proti nám sú vzteky! 2021年11月16日 (二) 07:53 (UTC)[回复]

本章節暫時不存檔,直到问题解决。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

导致WP:自动登出的罪魁祸首找到了[编辑]

嗯,标题越短事情越大。刚刚我找到了导致自动登出的罪魁祸首。

罪魁祸首是每个注册用户都默认会启用的小工具:「在编辑工具栏增加参考文献“引用”功能,可以快捷地使用文献引用模板。参考en:Wikipedia:RefToolbar 2.0(必须在“参数设置”→“编辑”中勾选“启用增强编辑工具栏”)」

只要关掉这个小工具,自动登出就不会发生;反之则会发生。

这是在几天前反馈称使用safemode加载编辑页面即可不受影响后,我开了个新号申请了临时IPBE在浏览器里头一个脚本一个脚本的阻挡加载后发现的。我在阻挡en:MediaWiki:RefToolbar.js的请求后,session就不会再丢失了。一旦解除阻挡,session就会丢失。后来我去偏好设定去关掉这个工具,session也不会丢失;打开就会丢失。

我在相关js代码中没有发现会操纵cookie的内容,所以更详细的技术成因不明。--Milky·Defer 2021年11月10日 (三) 13:14 (UTC)[回复]

我用这个小工具,但是从未发生过这个登出bug--百無一用是書生 () 2021年11月11日 (四) 09:01 (UTC)[回复]
@Shizhao:因为你测试用的账号应该有一个英维的附加账户。在没有英维附加账号的时候,试图跨域访问请求由于被IP封锁的缘故,无法自动创建enwiki的本地账号。此时在中维访问英维的内容的时候,送出去的cookie没有办法被英维认证,软件就会在返回的header当中把相关的中央认证的cookie删掉。然后由于refToolbar的本地化文本在中维本地加载,然后此时浏览器发请求的时候发不出去中央认证的cookie,导致中维本地认为你的登陆会话有问题,把你中维的登陆相关cookie也删了。然后你就自动登出了。
我刚刚关了代理打开了编辑界面,导致我被自动在英维本地开了个账号,之后我再打开代理就没有自动登出问题了。--Milky·Defer 2021年11月11日 (四) 10:47 (UTC)[回复]
所以不是mediawiki的bug?只是因为用代理的新用户才有这个问题?--百無一用是書生 () 2021年11月11日 (四) 11:17 (UTC)[回复]
en:MediaWiki:RefToolbar.js放到本地是不是就没这个问题了?另外,其他小工具如果也有跨域,是不是也存在同样问题?--百無一用是書生 () 2021年11月11日 (四) 11:19 (UTC)[回复]
至少,除了中维和英维我不记得有什么站点会积极封掉所有代理地址的。所以大概如果你的小工具跨域到没有封VPN的站点应该还是没问题的。--Milky·Defer 2021年11月11日 (四) 11:21 (UTC)[回复]
如果这算是程序(特指中央认证插件)的逻辑问题的话,也算是bug。目前而言,我们能做的就是立刻关掉对所有人都默认打开的RefToolbar并提醒这个可能会导致自动登出。剩下的就看phab有没有人修了。--Milky·Defer 2021年11月11日 (四) 11:20 (UTC)[回复]
感觉上如果封禁的时候选了禁止注册账号,那么就不应该算是程序逻辑问题吧--百無一用是書生 () 2021年11月11日 (四) 11:27 (UTC)[回复]
咦,只是加载js的话,不应该有登录问题啊--百無一用是書生 () 2021年11月11日 (四) 11:29 (UTC)[回复]
从开发者调试工具那里查看到的HTTP加载请求来看似乎不是这样的,就算是加载js人家也老老实实送了登录cookie过去……--Milky·Defer 2021年11月11日 (四) 11:41 (UTC)[回复]
我觉得逻辑问题是人家不应该把中央认证的cookie一起删了才对。不知道为什么会变成这样。--Milky·Defer 2021年11月11日 (四) 11:43 (UTC)[回复]

总结一下触发条件就是:

  1. 你的账号在中央认证中没有英维本地账号(可以解释为什么有人不会出现问题,毕竟英维附加账号很少有人会没有)
  2. 你的IP地址在英维本地被封锁(这样你在访问时不会被自动创建一个)
  3. 你在中维拥有IP封锁例外权限(仅保证你点击编辑后会加载编辑框,如果你的IP在中维本地未封锁而英维本地封锁的话我猜一样会发生这个问题)
  4. 你使用的编辑器会加载RefToolbar插件(目前似乎仅2010 wikitext编辑器,可以解释为什么2017 wikitext编辑器没有问题)
  5. 你编辑的时候真的加载了上述插件(可以解释为什么你抢在加载前直接发布不会出现问题)

是否是自动确认跟这个问题基本无关。

以上。我ping几个技术帝@ShizhaoAnYiLinWhitePhosphorusXiplus:可以帮我验证一下我的上述猜测吗? --Milky·Defer 2021年11月11日 (四) 11:17 (UTC)[回复]

随手翻了一下,MediaWiki:Gadget-HotCat.js, MediaWiki:Gadget-wikEd.js, MediaWiki:Gadget-ProveIt.js, MediaWiki:Gadget-popups.jsMediaWiki:Gadget-WikiMiniAtlas.js(还有更多)也有跨域问题,是不是也会触发登出bug?--百無一用是書生 () 2021年11月11日 (四) 11:25 (UTC)[回复]
我不知道,我的测试账号已经有英维本地账号了,再叫我复现也不可能了。除非我再开一个,到时候又要重新去申请权限。--Milky·Defer 2021年11月11日 (四) 11:27 (UTC)[回复]
还有就是,RefToolbar的加载是两阶段的,会先跨域加载一个refToolbarBase.js,根据我当时的观察,那个时候返回了英维登陆相关的cookie,但是似乎是无效cookie。之后再向英维加载了RefToolbar.js,这第二次加载导致删除了cookie。再之后向中维本地加载了第三个本地化RefToolbar的组件,导致中维本地的cookie也被删掉了。我个人的推断是,导致自动登出是第三阶段的结果,其他小工具如果没有这三阶段很难说也会导致问题。--Milky·Defer 2021年11月11日 (四) 11:32 (UTC)[回复]
嗯,看到了,只要跨域加载js,就会有相关的会话cookie。似乎是中央认证插件或者mediawiki本身,只要看到访问的是本域(比如en.wikipedia.org),就会自动去走中央认证和登陆的工作流,不管客户端打开的是什么url。而照道理来说,单纯请求一个js、css以及图像文件的url的话,没必要去用户认证--百無一用是書生 () 2021年11月11日 (四) 11:52 (UTC)[回复]
Nice catch! 我把重現步驟寫在任務說明了。--Xiplus#Talk 2021年11月11日 (四) 12:53 (UTC)[回复]

似乎需要服务器端发送的cookie里定义path,js等的url排除在外就可以避免这个问题?目前cookie中的path都是/,也就是全部路径(但似乎实现不了?不是很懂)--百無一用是書生 () 2021年11月11日 (四) 12:14 (UTC)[回复]

这种事情大概要去找phab解决,这是mediawiki软件写的。事实上我还想多等几个技术帝的意见(刚刚忘记ping老虎君了,补一下)。 --Milky·Defer 2021年11月11日 (四) 12:20 (UTC)[回复]
(嘛我收到了你在phab上那个task留言的通知)--Tiger留言) 2021年11月11日 (四) 12:26 (UTC)[回复]
我的意思是,按照目前的程序逻辑,mediawiki那边看起来也不太会有办法(从cookie角度看的话),除非改逻辑,才有可能。所以我觉得这个问题如果要解决,也挺麻烦的,不是马上能修好的--百無一用是書生 () 2021年11月11日 (四) 12:30 (UTC)[回复]
mw:Extension:CentralAuth上有几个cookie相关的设置,不知道有没有与这个问题相关的。--百無一用是書生 () 2021年11月11日 (四) 12:53 (UTC)[回复]
我对这个问题的紧急程度不是很清楚,不过我们是不是先要去更新WP:自动退出页面的内容啊?从原理而言,向一个没有当地账号又没法自动创建当地账号的地方连发两次请求就会导致自动登出。知道了原理之后应该就能想出更多临时性的workaround出来。--Milky·Defer 2021年11月11日 (四) 13:27 (UTC)[回复]
如果是發送兩次的問題話,把第一個url給改成//en.wikipedia.org/w/load.php?modules=ext.gadget.refToolbarBase就可以解決了?-- Sunny00217  2021年11月12日 (五) 11:18 (UTC)[回复]
能不能有一个脚本,自动检测有没有发生自动登出情况,并在这种情况下弹出窗口提醒查看相关页面?--Milky·Defer 2021年11月15日 (一) 05:47 (UTC)[回复]
这有什么区别?不还是跨域加载了么?--百無一用是書生 () 2021年11月16日 (二) 07:03 (UTC)[回复]

@ShizhaoAnYiLinWhitePhosphorusXiplusTigerzeng:各位,phab那边,维护CentralAuth的人已经知悉了这个问题,应该有望得到较快的解决(我还被他送了个星章)。目前在尚未解决之时,phab建议临时把RefToolbar的代码拷贝到中维,并安排一个具有界面编辑员权限的机器人定时同步代码,可以暂时避免这个问题。--Milky·Defer 2021年11月16日 (二) 05:36 (UTC)[回复]

不只一個小工具引用其他維基的JS,RefToolbar載入的程式碼也不只一個檔案,該臨時修復方案恐成本過大。--Xiplus#Talk 2021年11月16日 (二) 05:43 (UTC)[回复]
同意Xiplus的意见,除非只有这一个工具导致该问题或许还可以考虑--百無一用是書生 () 2021年11月16日 (二) 06:58 (UTC)[回复]
目前新用户遇到的自动登出情况应该基本上都是这个造成的(我也拿自己的分身测试了一下,也是一关闭就没问题,一打开就疯狂登出)。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年11月21日 (日) 08:43 (UTC)[回复]
@ShizhaoAnYiLinWhitePhosphorusXiplusTigerzeng:所以说要不要先临时关了reftoolbar缓解燃眉之急?--Milky·Defer 2021年11月26日 (五) 12:35 (UTC)[回复]
上面是不是提到把它放到本地就没问题?是的话我觉得那样就可以。--安忆Talk 2021年11月26日 (五) 12:48 (UTC)[回复]
如果是放到本地的话,会破坏自动跟进上游更新,因此phab的建议是可以开一个IA权限机器人实时同步--Milky·Defer 2021年11月26日 (五) 12:52 (UTC)[回复]
這邊最近把定期更新這個功能做出來了。若有需要請再通知。--Kanashimi留言) 2021年12月5日 (日) 00:32 (UTC)[回复]
CentralAuth的维护者在IRC上回复我说,目前这个插件完全由志愿者维护,而他们既没有时间也没有精力去修复这个bug。不过如果有人交patch的话,他们会很乐意审。所以比较好的方案是本地懂PHP的人直接修复掉。--Tranve () 2021年12月2日 (四) 11:17 (UTC)[回复]

先默认关闭比较好,等phab修复问题再开启。有跨域造成问题的一并都关闭,小工具本来也不是mw的功能,没有必要一定要用。桐生ここ[讨论] 2021年11月30日 (二) 11:22 (UTC)[回复]

@桐生ここ:实际上,台湾分会那边的人跟我说,他们在做线下推广和教学的时候会用到(很依赖)reftoolbar,所以要是默认直接关掉了恐怕还是会搞出些问题的,我们也没法依照账号所属地域去开启关闭小工具……--Milky·Defer 2021年11月30日 (二) 12:18 (UTC)[回复]
方案一,台湾分会教学计划多加一个“如何打开reftoolbar”。方案二,在IP全域封禁的提示那边加一个自动登出的链接。 ——魔琴 [ 已经告假 留言 贡献 ] 2021年12月3日 (五) 05:27 (UTC)[回复]

可能要檢查一下是否有重複引用問題[编辑]

提議刪除Catnav及移除所有引用[编辑]

請求添加編輯tagWikitextExtensionForVSCode[编辑]

類似於既有的tagAWB,為了更簡單的追蹤來自Wikitext的編輯活動,協助處理程式漏洞以及濫用防止,在此提出添加新的編輯tagWikitextExtensionForVSCode。在後續Wikitext的版本中將會其所有編輯將會嘗試附加此tag。--Rowe Wilson Frederisk Holme留言) 2021年11月24日 (三) 13:25 (UTC)[回复]

请问Wikipedia页脚的诸多链接是什么php代码实现的,希望给出![编辑]

如题,我想参考一下Wikipedia,做个实验,看一下原理。

诸多链接是指页脚处的那些链接,请问是在LocalSettings.php还是在MediaWiki名字空间下定义的呢?

--HornCopper(C·T·P 2021年11月27日 (六) 10:20 (UTC)[回复]

mw:Manual:Footer。--安忆Talk 2021年11月27日 (六) 12:15 (UTC)[回复]
OK,谢谢!—HornCopper(C·T·P 2021年11月27日 (六) 12:20 (UTC)[回复]

Tech News: 2021-48[编辑]

2021年11月29日 (一) 21:14 (UTC)

泰国所有城市地区名称大全[编辑]

--211.23.211.63留言) 2021年12月1日 (三) 08:21 (UTC)[回复]

您好,您可以详细说明一下吗?您是要找泰国城市列表吗。桐生ここ[讨论] 2021年12月1日 (三) 10:55 (UTC)[回复]

Special:AbuseFilter/16[编辑]

此笔编辑以及类似的编辑应该被 16 号过滤器给挡下。但是尽管调试器显示编辑模式与 16 号过滤器匹配,日志中发现只匹配上了 14 号过滤器。--广雅 范 2021年12月3日 (五) 06:21 (UTC)[回复]

Special:滥用过滤器/history/16。--Xiplus#Talk 2021年12月3日 (五) 06:27 (UTC)[回复]
好的谢谢。--广雅 范 2021年12月3日 (五) 06:34 (UTC)[回复]

疑似模板錯誤[编辑]

在條目角卷綿芽中,輸入「{{YouTube}}」,與只輸入「{{Official website}}」、「{{Twitter}}」一樣,將套用角卷綿芽在wikidata中的數據,顯示她的YouTube、官方網站、Twitter的連結,這個沒有問題。

但在相同條目中,我想要使用{{YouTube}}來連接到影片連結時,模板卻如同只輸入「{{YouTube}}」一樣,顯示的是連接到角卷綿芽頻道的連結。

例如,輸入「{{YouTube|_Mhcma0L6hY|ゼロの足跡/角巻わため【original】}}」,本應顯示為「RAINBOW/角巻わため【original】 - YouTube」。

但顯示的卻是「YouTube上的_Mhcma0L6hY頻道」,連結連接到角卷綿芽的YouTube頻道,顯然是錯誤地套用了wikidata的數據。

而其他兩個模板{{Official website}}、{{Twitter}}沒有這樣的問題,而在日語維基百科的角卷綿芽條目中,{{YouTube}}是可以正常用來連接到影片連結、而非錯誤的套用到wikidata數據、跳轉到頻道連結。 平敦盛留言) 2021年12月4日 (六) 03:59 (UTC)[回复]

在这里用似乎没问题,但在条目中有问题。桐生ここ[讨论] 2021年12月4日 (六) 12:57 (UTC)[回复]

@Yining ChenPseudo Classes迴廊彼端 似乎出现问题了。桐生ここ[讨论] 2021年12月4日 (六) 13:04 (UTC)[回复]

我又把模板弄坏了...... 这里又出现了逻辑错误,应该在引用维基数据前判断一下本地其他参数是否为空,稍后尝试改一下 --Yining Chen留言|签名页) 2021年12月4日 (六) 15:28 (UTC)[回复]
似乎影响范围较大,所有使用该模板的页面几乎都受到了影响 --Yining Chen留言|签名页) 2021年12月4日 (六) 15:32 (UTC)[回复]
刚刚把模板改成了Template:YouTube/sandbox/ep20211204这样,但是在实际使用上应该使用不太方便,希望有精通模板的用户能协助处理,同时请有模板编辑权限的用户暂时尽快将模板回退到ep前。--Yining Chen留言|签名页) 2021年12月4日 (六) 15:45 (UTC)[回复]
已暂时回退。--东风留言) 2021年12月4日 (六) 16:16 (UTC)[回复]
@Yining Chen、@Easterlies:請檢查舊版本,他所說的情況無法重現,也沒發現他所說的問題。 2021年12月4日 (六) 19:14 (UTC)[回复]
忘了沒有數據連結。新版本仍有問題,請見此 2021年12月4日 (六) 19:16 (UTC)[回复]