Template talk: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)