模板討論:Unblock

編輯請求

請求已處理—Chiefwei（論 - 編 - 歷） 2016年5月10日 (二) 02:23 (UTC)

添加IPBE按鈕，一些小修改。--Stang ^c 2016年5月10日 (二) 02:17 (UTC)

編輯請求

請求已處理

僅限管理員使用框不會自動隱藏，修改方案參見Draft:Template:Blocks_review。 --A2093064#Talk 2016年8月7日 (日) 09:05 (UTC)

• 完成--Antigng（留言） 2016年8月7日 (日) 13:57 (UTC)

編輯請求

請求已處理

請求將開始的<span id="rfu" />修改為<span id="rfu"></span>。理由：清理Category:使用無效自封閉HTML標籤的頁面 --XYZ指示物（留言） 2016年8月8日 (一) 23:00 (UTC)

 已修復，感謝提醒。--Stang 2016年8月10日 (三) 14:48 (UTC)

建議管理員使用{{封禁申訴}}中的參數「無效」和「過期」

看見管理員如AT等對處理過期的封禁申訴均以拒絕回應。本人在此希望管理員使用其參數「無效」和「過期」，謝謝！--沉迷酒色的人（留言 | 簽到）發表於 2016年11月19日 (六) 01:27 (UTC)

• (？)疑問，如果某次封禁理由明顯不成立，但是管理員審核時封禁已經到時解除，那麼這次封禁算作不合理封禁嗎？（即不會影響Admin申請的封禁）--Innocentius Aiolos 2016年11月19日 (六) 02:31 (UTC)
  • @Lnnocentius：這應該可以使用參數「過期」。--沉迷酒色的人（留言 | 簽到）發表於 2016年11月19日 (六) 02:38 (UTC)
• 小弟不才，我及後才知道有無效和過期這兩種選項。今後處理時務必採用。—AT 2016年11月19日 (六) 05:12 (UTC)
  • 謝謝您！--沉迷酒色的人（留言 | 簽到）發表於 2016年11月19日 (六) 06:02 (UTC)

ep

請求已處理

對是否加入Category:已接受的封禁申訴的判斷不夠精確。註：可能{{Template:Editprotected/patch}}里哪裡出了問題，模版沒顯示好，我手打一遍：請檢查修改方案無誤。 --碸中嘌呤的白磷_{萃取 打譜} 2017年2月28日 (二) 08:18 (UTC)

完成 --Antigng（留言） 2017年2月28日 (二) 09:00 (UTC)

{{封禁申訴}}模版的長時間存留的疑問

今天突然發現一個問題。

{{封禁申訴}}模版裡面寫着這樣的操作指示：

“

• 如您希望與管理員就本次封禁作出討論，請於本模板外展開並於管理員或其他用戶作出回應後，移除本模板。
• 如您提出的是解封要求，請於被解封或自動解封以後，移除本模板。

” ——{{封禁申訴}}

不過，可見數量龐大的用戶並不選擇在查封解除或者查封自然結束之後，移除這個模版。基本上，就這樣原樣留在用戶討論頁面上和存檔里。模版當初規定要求解封後移除的理由我不清楚，可能是為了整潔、站務方便或者減少嵌入式引用HRT的考慮，用戶保留則可能有着存檔和記錄清晰的考慮。總之，這種規定和做法不一樣的情況很是奇怪，我認為可以討論一下究竟是應該推廣執行「解封後刪模版」，還是應該去掉這個誰也不遵從的要求。Bluedeck 2017年3月9日 (四) 18:38 (UTC)

如果「解封後刪模版」，那Category:已接受的封禁申訴就沒什麼卵用了。 --碸中嘌呤的白磷_{萃取 打譜} 2017年3月9日 (四) 19:04 (UTC)

「移除本模板」似乎是從舊樣式的封禁申訴模板沿用下來的（9683710的當前版本），現在顯然已無用，且沒有任何方針指引依據，我認為可以去掉。--Wcam（留言） 2017年3月9日 (四) 23:27 (UTC)

我認為那是用於標示已經處理的分類吧，分類應該保持為空，也就是已經處理好了。——路過圍觀的Sakamotosan 2017年3月10日 (五) 04:47 (UTC)

本人認為應當去掉這項要求。-雨宮千夏❀（留言）直接ping我回復 2017年3月10日 (五) 13:06 (UTC)

留住模版當然較好。--Temp3600（留言） 2017年3月10日 (五) 18:30 (UTC)

我也覺得模版留在用戶頁面上起到很好的存檔作用，用戶願意留着，就沒有理由強制刪除。那麼，就正式提出刪除上述操作提示。Bluedeck 2017年3月10日 (五) 19:00 (UTC)

有存檔作用，是應該留。——Artoria2e5_編 保持討論完整，直接{{ping}}我回復。 2017年3月11日 (六) 05:10 (UTC)

done

由於沒有反對意見，上述操作提示由bluedeck移除。Bluedeck 2017年3月17日 (五) 17:19 (UTC)

編輯請求

請求已處理

擬於該模板中加入對接受解封請求的提醒，以提醒管理員落實封禁方針中對解封的相關要求。修改細節詳見草稿頁。——Aotfs2013 留於 2017年10月24日 (二) 13:21 (UTC)

• 完成。請自行申請刪除草稿頁。不知為什麼，模板提供的鏈接做不出修改。 --達師 - 345 - 574 2017年11月6日 (一) 12:23 (UTC)

相關編輯禁制方針下的修正

請求已拒絕

把"當前封禁作出複檢"當前封禁／禁制作出複檢"。以上。--1233( T / C） 2018年5月7日 (一) 14:01 (UTC)

@1233：建議是做新的模板，要不然封禁記錄之類的連結在禁制根本沒用處。--Xiplus#Talk 2018年5月7日 (一) 14:22 (UTC)

@Xiplus：不關我事，我也不想做模板。我只是根據方針要求而要求進行事實性修改。--1233( T / C） 2018年5月7日 (一) 14:27 (UTC)

未完成：{{Unban}}。--Xiplus#Talk 2018年5月11日 (五) 04:47 (UTC)

編輯請求

我發現模板的指示為︰

請把{{封禁申訴|理由或提問}}中的「理由或提問」替換成您的請求理由或疑問。

但實際需要有「1=」，即︰

請把{{封禁申訴|1=理由或提問}}中的「理由或提問」替換成您的請求理由或疑問。

請幫忙修正。謝謝！——番薯 SweetPotato (留言給我 Talk to me) 2018年12月19日 (三) 16:49 (UTC)

編輯請求 2019-04-03

請求已處理--Xiplus#Talk 2019年4月3日 (三) 08:45 (UTC)

參考此---Zest 2019年4月3日 (三) 08:28 (UTC)

編輯請求 2023-06-15

請求已處理

第11行：

**由于技术原因，如果启用了“ 用户讨论页上的[[Wikipedia:結構式討論|结构式讨论]]”功能的话，请将该请求放到讨论页主页面的“关于此版块”中，否则该请求无法显示在请求分类中让管理员留意到。

「啟用了」後面的開引號後多了個空格。繁體的「後面多了空格就很明顯。--路西法人 2023年6月15日 (四) 13:20 (UTC)

我收到MediaWiki軟件通知我在這裏發了三個通知，我完全沒看懂為何，如果您被ping來這裏了，先說聲抱歉，但我也不知道為啥。--路西法人 2023年6月15日 (四) 13:22 (UTC)

Template:樂意處理EP的管理員。--Xiplus#Talk 2023年6月18日 (日) 06:15 (UTC)

 已修復--百無一用是書生 (☎) 2023年7月26日 (三) 07:45 (UTC)

編輯請求 2023-10-16

請求已處理

將工具條顯示的內容按申請者是否為匿名用戶做了差分顯示，新增了查看過濾器日誌鏈接，修正了以前增加授予 IPBE 鏈接時括號位置錯誤導致該鏈接不起作用（但沒法驗證）--廣雅 范★ 2023年10月16日 (一) 10:01 (UTC)

完成--百無一用是書生 (☎) 2023年10月20日 (五) 11:53 (UTC)

編輯請求 2023-11-03

請求已拒絕

建議將此模板所有「封禁」改為「封禁或禁制」，因為此模板可以用于禁制申訴。--桐生ここ★[討論] 2023年11月3日 (五) 04:37 (UTC)

封禁和禁制有很大不同，不能實行上述修改--百無一用是書生 (☎) 2023年11月14日 (二) 11:59 (UTC)

編輯請求 2024-04-01

請求已處理

請求管理員或模板編輯員修正內鏈與標點符號，更改後的效果為：

此用戶正請求管理員對當前封禁作出複檢或者回應相關提問：

謝謝。--Shwangtianyuan 不忘初心 牢記使命 2024年4月1日 (一) 15:52 (UTC)

完成--百無一用是書生 (☎) 2024年4月9日 (二) 03:33 (UTC)

編輯請求

請求已處理

刪除注意flow頁面申訴，已無flow頁面-- A0_{(討論·簽名)} 2024年12月20日 (五) 12:45 (UTC)

暫時保留一下也無大礙吧？備而不用。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月21日 (六) 04:29 (UTC)

但沒有FLOW頁面，保存亦是沒有必要?-- A0_{(討論·簽名)} 2024年12月21日 (六) 04:31 (UTC)

@August0422 請問具體要修改哪裡？我找不到任何flow字眼。Пусть от победы☆к победе ведёт! 2025年1月6日 (一) 13:35 (UTC)

@阿南之人，由於技術原因那邊--August0422_討論 2025年1月6日 (一) 13:36 (UTC)

我看到了，那麼(＋)支持此修改。Пусть от победы☆к победе ведёт! 2025年1月6日 (一) 13:37 (UTC)

我覺得整個擴充功能徹底刪除了再來刪這句話就好，這句話放著也不礙事。--SunAfterRain 2024年12月23日 (一) 13:39 (UTC)

已確定於gerrit:1110814更改為read only，故完成--SunAfterRain 2025年1月19日 (日) 04:30 (UTC)

編輯請求 2025-01-06

請求已處理

現時Flow已經停用，分類錯誤也隨之而消失了。現在請求移除模板最下面{{unblock/open}}。--Пусть от победы☆к победе ведёт! 2025年1月6日 (一) 13:29 (UTC)

@阿南之人：為什麼你們都覺得flow已經被徹底解除安裝了啊... 跟上面那個一樣等移除後再刪。--SunAfterRain 2025年1月6日 (一) 16:33 (UTC)

已確定於gerrit:1110814更改為read only，故完成--SunAfterRain 2025年1月19日 (日) 04:30 (UTC)

封禁申訴流程適配DiscussionTools

目前的封禁申訴流程對DiscussionTools非常不友好，要求用戶前往原始碼界面按特定格式填入資訊，無法使用討論工具發起申訴，偶爾會出現{{unblock}}模板被置於冒號縮排內導致排版崩壞、或因其怪異格式而導致無法使用DT回覆留言。如果用新章節開啓封禁申訴（可用section=new&preload=...的按鈕指引新手操作），並將管理員最終決定的留言放置於最下方（一如其他留言），或可解決問題，例見個人討論頁沙盒。我還沒有確實想好怎麼改，就此問題邀請社羣討論，另邀請@SuperGrey、Diskdance。--1F616EMO（喵留言～回覆請ping～求助？） 2025年8月26日 (二) 00:25 (UTC)

修正「個人用戶頁沙盒」連結。1F616EMO（喵留言～回覆請ping～求助？） 2025年8月27日 (三) 09:57 (UTC)

也許可以用JavaScript小工具處理？ ——魔琴［留言 貢獻 PJ:小學 PJ:兩岸］ 2025年8月28日 (四) 07:59 (UTC)

我同意應該避免讓用戶使用reply tool，因為要麼會造成<nowiki>{{unblock|xxx}}</nowiki>（可視化模式回復），要麼就是源碼模式生成:{{unblock|xxx，然後被parser搞亂排版。所以我先讓{{uw-block}}隱藏回復按鈕了[1]。

我其實覺得目前MediaWiki:blockedtext的「按此」就還算方便（至少preload了表單）。雖然不夠顯眼，但這種場合最好先讓用戶閱讀WP:封禁申訴再撰寫理由，所以可能不適合放一個特別顯眼的按鈕(<inputbox>)，以避免亂寫一通然後浪費精力來回溝通？不過用戶需要到編輯界面才能見到這個提示，如果只是看到了討論頁的警告就想申訴，應該就不容易注意到它了吧。

如果想用上DiscussionTools，它的new topic tool倒是可以派上用場（其他討論）。然而我試了一下發現還是有些問題，主要是它仍然有可視化編輯器模式，需要提示用戶切換到源碼模式才便於輸入（否則就得用VisualEditor里編輯模板參數的界面了，unblock模板目前也沒有templatedata）。此外它不支持nosummary=1以消除標題框的功能，可以空標題提交到既有章節，但需再次確認；它還默認帶有簽名等等。

如果不大改模板的話，我覺得優化現有的文檔、引導用戶用MediaWiki:blockedtext里的preload鏈接申訴即可。--Srapoj（留言） 2025年9月5日 (五) 20:07 (UTC)

關於源碼模式等問題，我傾向是創建獨立的header模板，然後允許用戶使用純wikitext在下方添加理由，參見上方個人討論頁沙盒的顯示方式。這樣一來，在VE上顯示的就只是一塊header加下方可以填入理由的地方，不會需要前往模板內填入wikitext。我稍後謝謝這個的草稿，以便理解。--1F616EMO（喵留言～回覆請ping～求助？） 2025年9月5日 (五) 23:51 (UTC)

聽起來還行，雖然我覺得優化既有的文檔、繼續用wikitext編輯器即可（若有必要可以補一個editintro），不需要用new topic tool。--Srapoj（留言） 2025年9月5日 (五) 23:56 (UTC)

( π )題外話：我這裡用帶preloadparams的鏈接就會讓<html>的lang變成ja，是不是又該提工單了🤦--Srapoj（留言） 2025年9月6日 (六) 00:04 (UTC)

@Srapoj：User_talk:1F616EMO/沙盒這邊增加了一個封禁申訴按鈕，可以試用。至於按鈕位置，可以按舊有做法將申訴按鈕置於MediaWiki:blockedtext內。--1F616EMO（喵留言～回覆請ping～求助？） 2025年9月6日 (六) 00:09 (UTC)

其實看起來還行。要做按鈕的話用mw:Extension:InputBox的type=comment/commenttitle類型、隱藏輸入框並指定它的usedt即可？
不過我覺得更重要的是讓Template:uw-block和MediaWiki:blockedtext的內容相對一致，以及也許整理一下WP:封禁申訴和WP:封禁申訴指導，不要散在兩個頁面。
或許應該徵求一下經常處理封禁申訴的管理員的意見？（感覺討論叫不到人😓）--Srapoj（留言） 2025年9月6日 (六) 00:21 (UTC)

另外是否應該指示處理的人將new topic tool創建的申訴章節標題移除、使其與封禁通知處於同一二級標題下？（其實不特別有必要，但我更喜歡現在的布局）--Srapoj（留言） 2025年9月6日 (六) 00:30 (UTC)

如果要「使其與封禁通知處於同一二級標題下」，可不填入preloadtitle並使用withCSS加載CSS隱藏標題輸入框。不過個人偏好分開另一章節處理，以免後面有人開啓新章節（如AFC拒絕通知、老用戶被封禁後收到的海量星章）導致奇怪的狀況發生（目前做法也有這個問題）。--1F616EMO（喵留言～回覆請ping～求助？） 2025年9月6日 (六) 00:55 (UTC)

謝謝指出，我之前不知道有withCSS。不過上面提到，我測試時發現new topic tool對於未填標題的情況會彈框確認，這就沒那麼容易跳過了（除非withJS）。
如果是我，看到了會忍不住去挪討論串的順序，所以倒不覺得是很大的問題。這個修改主要目的是降低新用戶發起申訴流程的阻力吧，稍有經驗的用戶即使不熟悉wikitext應該也知道該把模板放哪兒，所以不用擔心他們？--Srapoj（留言） 2025年9月6日 (六) 01:16 (UTC)

編輯請求 2025-11-21

請求已拒絕--SunAfterRain 2025年11月22日 (六) 08:07 (UTC)

有不少用戶會使用 reason 參數填寫理由。加上這個參數。--廣雅 范★ 2025年11月21日 (五) 16:09 (UTC)

@范：例子？--SunAfterRain 2025年11月21日 (五) 16:59 (UTC)

Special:Diff/90155952。--廣雅 范★ 2025年11月21日 (五) 17:12 (UTC)

@范：嗯... 但有點頭疼欸，這個參數早就被用掉了

{{#if:{{{2| }}}|<!--
管理員複檢後填寫-->
此封禁決定的複檢已有以下結論：<br /><!--
顯示複檢結果-->
:{{#switch:{{{2}}}
|无效|無效|inv|invalid = [[File:Pictogram_voting_abstain.svg|20px|link=]]經核查封禁紀錄後，發現閣下未有被封禁。如確實或仍未能夠編輯維基百科，請連同封禁資料一併再次提交申請，以便核查及提供協助。謝謝。<br />&nbsp;&nbsp;{{#if:{{{3|{{{reason|}}}}}}|{{{3|{{{reason|您可於此列出理由}}}}}}}}<br />&nbsp;&nbsp;處理人：{{{sign|{{{4|請簽署}}}}}}
|过期|過期|expired|expire = [[File:Pictogram_voting_wait_green.svg|20px|link=]]封禁时间已到，或用户已被解除封禁。<br />&nbsp;&nbsp;{{#if:{{{3|{{{reason|}}}}}}|{{{3|{{{reason|您可於此列出理由}}}}}}}}<br />&nbsp;&nbsp;處理人︰{{{sign|{{{4|請簽署}}}}}}
|+|unblock|unblocked|accept|accepted|接受|解封|已解封 = [[File:Pictogram_voting_keep-light-green.svg|20px]]{{#if:{{{3|{{{reason|}}}}}}|基於下列理由，}}本人決定'''接受'''這位用戶的申诉並調整封禁。其他管理員可再'''[[Template:Unblock/review again|複檢]]'''此用戶的封禁，但在沒有更好的理由前，請勿輕易推翻之前的決定。<br />&nbsp;&nbsp;{{#if:{{{3|{{{reason|}}}}}}|{{{3|{{{reason|您可於此列出理由}}}}}}}}<br />&nbsp;&nbsp;處理人：{{{sign|{{{4|請簽署}}}}}}
|-|uphold blocking|decline|declined|reviewed|婉拒|拒絕|維持封禁決定|拒绝|维持封禁决定|已複检|已複檢 = [[File:Pictogram voting delete.svg|20px]]{{#if:{{{3|{{{reason|}}}}}}|基於下列理由，}}本人決定'''拒绝'''這位用戶的申诉。其他管理員可再'''[[Template:Unblock/review again|複檢]]'''此用戶的封禁，但在沒有更好的理由前，請勿輕易推翻之前的決定。<br />&nbsp;&nbsp;{{#if:{{{3|{{{reason|}}}}}}|{{{3|{{{reason|您可於此列出理由}}}}}}}}<br />&nbsp;&nbsp;處理人：{{{sign|{{{4|請簽署}}}}}}
}}

--SunAfterRain 2025年11月21日 (五) 17:18 (UTC)

噢壞耶，那就拒掉吧。--廣雅 范★ 2025年11月21日 (五) 17:21 (UTC)