萌娘百科 talk:提案/已通过提案/关于文件相关用户组权限调整的提案(2022.09.11)

这个页面“萌娘百科 talk:提案/已通过提案/关于文件相关用户组权限调整的提案(2022.09.11)”是萌娘百科现有方针、指引或其他规范文件的讨论案

• 这个页面已于即日起通过协商讨论写入萌娘百科:文件维护员、萌娘百科:保护方针。
• 如您对现有政策存在异议，请在萌娘百科:文件维护员、萌娘百科:保护方针的讨论页提出修改意见，或另行发起提案。请不要直接修改本页面。

序言

本次修订内容主要为调整文件相关权限，新增功能类用户组“文件维护员（file-maintainer）”及其关联方针萌娘百科:文件维护员。

以下为调整说明：

覆盖上传

覆盖上传功能经过维护人员几个月的使用，已验证萌娘共享图片缓存刷新较快（并非提醒所说的30天），暂时没有其他技术问题。同时，覆盖上传无需再次填写文件信息，可以简化上传新文件的复杂流程。

从反破坏的角度来说，维基共享、中文维基等其他维基类站点的覆盖上传权限均为自动确认用户，破坏的可能性并不太大。从萌百实际情况来讲，覆盖上传无法大规模开放具有一定的现实原因，一是用户可能因为缓存而反复上传，二是维护人员巡查共享站较少可能发现不了传错的文件。

因此，我认为覆盖上传权限可以下放给更多有经验的可信编辑者，具体来说，包含曾经具有此权限的离职维护人员——荣誉维护人员、申请时需要信任度评价的技术用户组——技术编辑员和脚本编辑员（注：API无法标记上传为机器人编辑、文件上传没有速率限制，所以一般无需单独授权给机器类用户组，使用主账户上传即可）。

计划设立的文件维护员用户组也将持有此权限。在先前提案通过的优质编辑者可以覆盖上传自己的文件保持不变的前提下，若用户通过获取临时的文件维护员用户组覆盖上传了文件，该文件便成为了“自己上传的文件”，此后可以直接使用覆盖上传自己的文件权限进行再更新。因此，我认为文件维护员临时授予即可，这不仅已经足够满足专题内文件维护人员的更新换代后的需求，而且不需要维护人员长期分精力关注持有这些权限的用户。但很遗憾，优质编辑者的这项权限可能还需要较长一段时间才会实装，可能这两周吧。

另外，覆盖上传的帮助文档或者指引这两周写。

移动文件

这并不是一个常用的权限，大多数用户只管上传、从没使用过移动（即使文件名是不合理的）。从近期的移动日志（仅限文件名字空间）来看，多数移动是由维护人员进行，其中，或是需要不留重定向，或是需要直接覆盖文件。不少不拥有巡查豁免权限的用户并不具有正确命名文件的意识，他们不会去使用这项权限。

从反破坏角度来说，文件移动在维基共享是相当重要的一项功能，仅有管理员和文件移动者持有此权限，因为文件名需要稳定性，滥用此权限可能很容易用于破坏（例如：移动文件后更改重定向至其他文件、移动文件后清空重定向等）。如果不对此加以规范，萌娘共享可能有成百上千的文件需要添加移动保护。

综上，我认为移动文件权限应该授予具有巡查豁免权限的用户组（优质编辑者、荣誉维护人员等等）而非一般自确，同时需要限制每分钟移动的速率。并且计划设立的文件维护员用户组（用户组命名类似“滥用过滤器维护员”），将具有仅限于共享站的文件移动、移动不留重定向、打破速率限制的权限，以便临时需求。

好像从没写过这么长的序言，详细内容参见正文部分吧。 ——  ほしみ 2022年8月19日 (五) 05:04 (CST)

正文

后台配置调整

权限调整部分

用户组	增加的权限	减少的权限	备注
自动确认用户		移动文件	全域调整
优质编辑者	移动文件
荣誉维护人员	移动文件
	覆盖现存文件	覆盖自己上传的文件
技术编辑员	覆盖现存文件
脚本编辑员	覆盖现存文件
巡查姬	移动文件
机器人	移动文件
文件维护员	移动文件		新用户组 全域调整
	覆盖现存文件
	移动页面时不在原页面创建重定向		新用户组 仅萌娘共享调整
	不受速率限制影响

权限调整的部分将不在下文对方针的新增、更改中再次提及，但不代表不新增、修改相关方针、论述正文权限一节。

速率调整部分

萌娘共享每分钟60次移动恢复为默认的每分钟8次移动，编辑速率不变，上传仍旧保持无上限。

文件维护员

文件维护员（File Maintainers，file-maintainer）通常用于授予有能力或经验且有需要在萌娘共享进行文件维护的用户。

申请与授权

申请条件

符合以下所有申请条件的，可以申请文件维护员用户组：

1. 已成为自动确认用户超过30日；
2. 充分了解萌娘共享:页面命名指引，基本了解其他萌娘共享及文件相关的方针/指引。
3. 有经验（符合以下任一条件）：
   • 在萌娘共享文件(file:)名字空间下基本正确的移动日志和上传日志合计超过100次；
   • 有覆盖上传文件的经验，正确的覆盖上传超过25次。
4. 有需要（符合以下任一条件）：
   • 需要额外的“移动页面时不在原页面创建重定向”“不受速率限制影响”权限以便大量维护文件命名，一般建议超过50个；
   • 需要额外的“覆盖现存文件”权限以便大量覆盖上传他人文件，一般建议超过10个。

授权程序

1. 申请人应自行发起申请：
   • 符合以下任一条件时，可选择主动向任一管理员申请：
     1. 当前属于荣誉维护人员、技术编辑员或是脚本编辑员用户组；
     2. 曾获授文件维护员用户组，最近一次未因除权条件第2-5条而除权。
     • 授权管理员应当在Special:用户权限正确填写原因，并有义务监督申请人获权后的操作是否符合规范。
   • 不符合前一条所述情形时，须使用权限变更版页顶模板的预设按钮发出合格式的申请。
     • 建议申请人在申请中提出证明自己符合申请条件的证据，以便管理员快速确认是否符合条件。
2. 应列明工作内容及工作时间。
   • 授权的管理员应复核申请人是否确需此用户组，并且从信任度等角度进行评估，审核无误后授予申请人一定时长的用户组（一般不建议超过7天）。

除权

当执行完所有申请的操作后，用户可选择除去自己的文件维护员用户组，或是由管理员直接除去。

符合下列任一条件的文件维护员将进入除权程序：

1. 当前已长期持有申请时所需的额外权限；
2. 未能妥善使用“覆盖现存文件”权限；
3. 未能妥善使用“移动页面时不在原页面创建重定向”权限：
   • 移动后未能正确清理或是申请他人协助清理全域文件用途等，需要维护人员补救；
   • 未经授权的管理员公开许可，对文件(file:)、文件讨论(file_talk:)以外的名字空间进行移动不留重定向操作，但位于用户名字空间、短期少量、注明测试且自行还原结果的操作可以被容忍。
4. 未能妥善使用“不受速率限制影响”权限，包括但不限于滥用此权限大量进行“发送电子邮件给其他用户”、“在个别修订和日志记录中添加并移除任意标签”等行为；
5. 进行破坏或其他严重违反萌娘百科方针/指引的行为。

管理员可直接对符合上述情形的文件维护员进行除权；若符合第3条，管理员可同时视情形对相关用户进行提醒、警告乃至封禁，此类行为可能被视为破坏。

其他用户发现有文件维护员符合除权条件的可到权限变更版提报。

方针#用户权限体系

功能用户组-其他类 新增 文件维护员。

保护方针

「通常是为了应对破坏」修改为「通常是为了预防或应对破坏」。

新增一节「行为保护」：

基于MediaWiki系统定义的权限，可以对特定行为进行保护。

• 仅允许持有“使自己的编辑自动标记为已巡查(autopatrol)”或“不受速率限制影响(notarelimit)”权限的用户移动非自己上传的文件，基于滥用过滤器35。

其他顺带的非实质调整

荣誉维护人员

• 「因严重违反站点方针而遭到封禁时，可收回该荣誉称号」调整为与其他方针一致的「进行破坏或其他严重违反萌娘百科方针/指引的行为」。

机器人

• 非自确机器人有移动不留重定向权限却没法移动页面，需要增加基本的移动类权限。

监督员

• 监督员必定是管理员，无需重复持有评论管理权限。
• 监督员可能是机器人，需要增加基本的删除、封禁等权限。

讨论区

“或是由管理员之间除去”→“或是由管理员直接除去”，另外荣维既然增加了reupload，reupload-own可以去除了吧。—— 屠麟傲血（讨论） 2022年8月19日 (五) 08:39 (CST)

完成 我直接改了，不影响实质内容所以没加注释。——  ほしみ 2022年8月19日 (五) 12:09 (CST)

文件维护员的序言提及“授予有能力或有需要……的用户”，申请条件里写的两小点却是“有经验”&“有需要”，希望统一措辞。

以及这里到底是要同时满足还是至少其一呢？读申请条件的时候总感觉是要同时满足。From Sucaiking the WAFighter 2022年8月19日 (五) 20:18 (CST)

措辞已修改。除了特殊说明的两个小点，其余均为符合所有申请条件。——  ほしみ 2022年8月19日 (五) 20:42 (CST)

不太確定此權限設立之必要。是否針對那些不是維護人員但對檔案操作熟練且有需求者？似乎不會太多。—— Eric Liu _{創造は生命（留言・留名）} 2022年8月20日 (六) 01:33 (CST)

感觉要是在我最近这波编辑之前还挺有需求的，不过等提案通过之后……我不是很希望自己老需要申请文件管理员……=。=

至于移除自确移动文件权限，我想，是不是使得自确失去了纠正自己的错误文件命名/脸滚键盘命名的机会？——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (NAIVE) 2022年8月20日 (六) 02:11 (CST)

咳咳，是不是文件管理员的共享站移动乃至覆盖权限跟主站分不开（指未经授权的管理员公开许可，对文件(file:)、文件讨论(file_talk:)以外的名字空间进行移动不留重定向操作，但位于用户名字空间、短期少量、注明测试且自行还原结果的操作可以被容忍这条——抑或说是共享站其他名字空间，并非主站的），全靠他自觉遵守？如果技术实现不了分开，那我只能反对了。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (NAIVE) 2022年8月20日 (六) 02:14 (CST)

优质编辑者未来可以覆盖自己上传的文件，为啥要申请？

是的，和维基共享一样自确不拥有此权限。但绝大多数仅自确的用户并不知道如何正确命名文件，文件名错了都是直接再传一个的。另外，正如序言中所说，任何自确都可以通过较为隐蔽的手段进行破坏，这有比较大的问题，如果具有巡查豁免权限则可以减少此类顾虑。

分得开。但未经申请不应对共享站的模板、分类瞎移。——  ほしみ 2022年8月20日 (六) 02:20 (CST)

对我而言大概是突然对整个主力编辑专题的某个版块有新想法需要上传一大批文件，而且文件命名跟原来的有大量冲突吧，就像之前每人立绘挑一张做侧栏图然后过了半年还是决定全部立绘传上去啥的，需求的时候我会再看看的。

知道理由了，不过如果无法自行纠正，还是有可能会被以上传脸滚键盘文件名/不使用文件而被警告的。

仅限于禁止共享站分类和模板和写到共享站的条目的操作的话，了解了。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (NAIVE) 2022年8月20日 (六) 02:34 (CST)

昨晚睡觉的时候想到一个问题：新用户组文件维护员仅限萌娘共享（Commons），但同时英萌（EnMoe）、日萌（JaMoe）仍可上传（参见英萌（EnMoe）上传和日萌（JaMoe）上传；相应地，中萌（ZhMoe）上传和文库（Library）上传会重定向至共享（Commons）上传阻止上传，主站更给出了共享站上传垃圾）和保存文件，那么两站之文件上传及保存是这两周合并至共享站吗？如果不是，请问如何使通过后的用户组及其权限适配这一情况--Takeuchi.BadEditor (讨论与留名) 2022年8月21日 (日) 16:06 (CST)

文件维护员在enmoe/jamoe没有noratelimit和suppressredirect，其他一致，因为没有这么大量的需求。

暂时没有听说enmoe/jamoe的文件合并至共享站的计划。——  ほしみ 2022年8月21日 (日) 16:43 (CST)

就申请条件的修改

在申请条件的第三条的第一个条件后添加其中移动日志至少要超过10次。

理由：原文条件容易出现申请者在未有移动日志的情况下符合上传日志超过一百次的条件，无法充分论证申请者是否有经验。--黑夜给了我一双眼睛，而我却拿它照亮人间(讨论) 2022年8月19日 (五) 09:14 (CST)

(＋)同意 一般自确也可以上传100个文件，这与提案发起人“收回一般自确移动文件权限”的观点相矛盾可以把文件移动和覆盖上传放一个条件作为技术组或优编的申请条件，把一般新自确的申请条件改为多少数量的文件说明准确填写、分类创建正确。—— 屠麟傲血（讨论） 2022年8月19日 (五) 09:12 (CST)修改于2022年8月19日 (五) 10:48‎ (CST)

(＋)同意 批量上传没几次就水到100了。“收回一般自确移动文件权限”后，新晋自确将无法碰到文件移动权限，即使上传了1000+文件也未必了解文件移动的操作。--Takeuchi.BadEditor (讨论与留名) 2022年8月19日 (五) 09:42 (CST)

无此必要，建议参考下方熊怪的建议按“指引符合度”判定较好--Takeuchi.BadEditor (讨论与留名) 2022年8月19日 (五) 13:29 (CST)

(＆)建议 如果改为“其中移动日志至少要超过10次”，那么新自确直接被断死了成为文件维护员的可能性。我认为将“其中移动日志至少要超过10次”改为“且近100次文件上传或移动基本符合文件命名原则并正确进行文件分类”较好。——满足怪 BearBin「 康他 • 喷他 • 留名 」 2022年8月19日 (五) 09:58 (CST)

等会.....等会......#后台配置调整里面自确的移动文件权限不是被扬了吗，这样还要怎么过符合条件啊（恼—厚礼谢来喝茶吧 2022年8月19日 (五) 10:26 (CST)

(＋)同意 某些自确传文件确确实实会搞各种奇怪的命名，批传一百次可能命名都是错的，没有办法去让其他编辑者相信他们有这个能力。即使上传了很多文件，也有人不会去刻意做分类、命名等等，明显和文件维护员的要求相冲突。另外，(▲)同BearBin，对于命名和分类都符合方针的自动确认用户，这样开绿灯也是可以的——至少他们在文件处理上有一定规则意识和经验。——From不是Vup的冰糖 2022年8月19日 (五) 10:42 (CST)

( ? )疑问 可是自确没法移动文件啊，怎样才能有十条移动日志? ——  ほしみ 2022年8月19日 (五) 12:10 (CST)

@星海子目前自动确认用户既有移动文件(movefile)之权限。--Qaolp0 はなおし (讨论) 2022年8月19日 (五) 16:43 (CST)

但是之后去掉了啊=。= ——  ほしみ 2022年8月19日 (五) 16:47 (CST)

忘记提案中移除此项权限了，非常抱歉。不过我仍对移除该项权限存有疑虑，因为这可能导致自确为规避移动文件而进行重复上传的几率增加，这会增加维护负担。--Qaolp0 はなおし (讨论) 2022年8月19日 (五) 16:52 (CST)

重复上传比反破坏的维护负担小得多，重复上传可以直接看cm:Special:重复文件列表。——  ほしみ 2022年8月19日 (五) 16:57 (CST)

实际上对于致力于各专题维护的编辑者来说仍然是不小的麻烦，更何况重复文件列表连个筛选功能都没有，等于是需要人肉看过去一遍，很吃时间和精力。之前和兔兔两个人一提报一挂删一来一回就搞了近一个星期，这还只是一个专题（碧蓝航线专题）初步的量。我认为q0的担忧不无道理。—— 超级纯洁的小马娘秋园邀请你去地下室和重马场一坐 2022年8月19日 (五) 17:50 (CST)

兔兔申请文件维护员自己覆盖上传、不带重定向移动就行了，要这么麻烦干嘛。 ——  ほしみ 2022年8月19日 (五) 17:53 (CST)

不对啊，兔兔是优编，怎么着都不受影响。——  ほしみ 2022年8月19日 (五) 18:01 (CST)

@星海子 愚以为“申请条件”一栏应该参考同为功能用户组的脚本编辑员和技术编辑员的内容，作出例如如下的限制：

1. 最近30日内无触犯封禁政策和其它方针有关封禁规定导致的封禁记录；无编辑战、人身攻击等行为；
2. 除自行请辞外，发起申请前30日内未被除去文件管理员用户组，也未发起过文件维护员申请。

--シイナ·エオスウィキア(SHIINA Eouswikier)（讨论） 2022年8月19日 (五) 19:46 (CST)

(～)补充 正文内容“授予申请人一定时长的用户组（一般不建议超过7天）”规定文件维护员是一个暂时性的用户组，因此第二个条件的后半句可以去掉。——满足怪 BearBin「 康他 • 喷他 • 留名 」 2022年8月19日 (五) 19:37 (CST)

一般长期的用户组申请才有这个条件，例如机器用户申请就没有这个条件。不过，确实可以考虑这个用户组长期持有的可能性，但我没啥想法。——  ほしみ 2022年8月19日 (五) 20:06 (CST)

@星海子 (＋)支持 不过即便不是长期持有，那么这种人也需要经过一定条件限制，毕竟萌娘百科中含有大量的从图库链入的图片，一旦产生不理想的操作，撤销起来所需要消耗的资源亦不是撤销机器人的批量文本更改可以相比的。

--シイナ·エオスウィキア(SHIINA Eouswikier)（讨论） 2022年8月19日 (五) 20:49 (CST)

我觉得，授权的管理员会自行判断的，估计90日内有这种行为，管理员就不给他发了，除非确有需要。——  ほしみ 2022年8月19日 (五) 20:59 (CST)

就提案个人的一些疑问

我就是秋园提到的兔兔，在这里有几个问题想要询问一下：

1. 目前本人只针对碧蓝航线版块的文件进行上传和后续维护工作，在这种情况只涉及单一版块的文件维护操作时是否可以申请该用户组
2. 看到用户组授予这块有七天的限时，碧蓝航线版块一般涉及到文件覆盖大多数情况都是游戏内的图片更新，共享站同步进行相对应的更新且这种情况发生的时间并不固定。这种情况下如果用户组限时那个人就需要在游戏更新时去申请该用户组，算上管理讨论版审核的时间一定程度可能会延误版面的正常更新，这种情况的话我觉得去求助维护组成员进行覆盖反而效率会更高，可否考虑延长一下用户组的时间，或缩短审核授予权限的时间，亦或者根据用户组成员的表现适当的延长用户组时间呢
3. 可否增加一个文件挂删权限，这样也会显得“名副其实”一些

--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲（讨论·贡献） 2022年8月19日 (五) 21:58 (CST)

1. 可以。
2. 我在考虑是否允许无需申请直接发放的可能性，但授权的管理员有义务监督。
3. 不太可能也没啥必要，挂删还是需要等待实质性删除。

——  ほしみ 2022年8月19日 (五) 22:38 (CST)

可否考虑在后续申请时无需审核直接授予呢，即当编辑第一次讨论版申请该用户组时申请通过，权限到期后，当编辑再次需要此权限进行申请时，无需审核直接通过

--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲（讨论·贡献） 2022年8月19日 (五) 23:30 (CST)

好主意。那这样第一次申请可能需要多一些条件。——  ほしみ 2022年8月19日 (五) 23:44 (CST)

我应该能满足吧 大概

--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲（讨论·贡献） 2022年8月20日 (六) 00:17 (CST)

关于"荣誉维护人员"的权限调整.

首先,我不反对给荣誉维护人员更多权限,毕竟这些用户曾经为萌娘百科付出过很多的时间,做过不少的贡献,而且我总有一天会辞去管理员的职务.但,我并不支持.
按照萌娘百科:荣誉维护人员所说的,"荣誉维护人员（Honored maintainers，honoredmaintainer）是萌娘百科授予因个人原因而离职的维护人员的荣誉用户组。".作为一个荣誉用户组,不应有过多的权限,最好是除了名字,其他地方一切向优质编辑者看齐.
特别是辞职之后复职的条件也并不苛刻,我认为,如果荣誉维护人员真的有权限上的需求,申请复职是更合理的办法.
--饥饿之声-弗霖凯（讨论） 2022年8月22日 (一) 17:43 (CST)

确实，应该和优质编辑者一致。如果荣誉维护人员确有需要，可以复职，也可以申请临时的文件维护员用户组。——  ほしみ 2022年8月23日 (二) 00:50 (CST)

关于覆盖文件的超长缓存问题

这个其实真遇到过好几次，都一个月才能显示新版本。然后我统计了一下这些超长缓存文件的共同点是覆盖上传者和原上传者都不是一个人。覆盖上传者就是原上传者的情况我从未遇到超长缓存问题。

所以关于这个我不知道有没有什么可以参考的，比如其实还是要在政策层面鼓励自行覆盖上传之类的，但我也说不好，（不是同一人覆盖上传的大多数都其实能正常显示）所以就在这儿提一嘴，我润了。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年8月23日 (二) 22:13 (CST)

吓得我冲回去看了一下cm:File:The_Preferences_of_MoeSkin_user_in_Moegirlpedia.png，啊雀食，雀食没显示新版本（截止目前）--Takeuchi.BadEditor (讨论与留名) 2022年8月24日 (三) 08:12 (CST)

我这边还是没有显示新版本……--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年8月31日 (三) 00:59 (CST)

这个问题我又仔细想了想，我认为应该要尽量使得上传新版本的用户与上传旧版本的用户是同一人，要不然缓存太难受了。现在这种自确只能让维护人员帮忙覆盖上传的模式，我觉得不好。不过只要跟各有需要的专题协调好能尽量使得覆盖上传者与原上传者一致就好。我觉得可以选择的方式包括但不限于需覆盖上传的用户在有需要时临时申请添加覆盖自己上传的图片的权限，或者干脆把文件覆盖上传的权限和豁免巡查的优编分成两套不同系统得了，毕竟仔细想想一般确实没有什么消除共享站红叹号的必要，反而有时会有优编不一定能够正确使用覆盖权限，而对于一些用户来说覆盖上传图片可能其实简单得多。我认为完全可以将文件覆盖权限仅授予在此方面可以得到信赖的编辑者，而不完全和优编捆绑在一起。--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年8月31日 (三) 00:59 (CST)

关于自动确认用户的移动权限

很抱歉现在才有时间阅读这份提案。一个问题是，我们是否能做到使自动确认用户仅可移动自己上传的文件？控制移动权限是好的，但这可能会导致经常文件上传的用户必须考虑申请优质编辑者或不断上版否则寸步难行。在我刚开始接触萌百还不是优质编辑者的时候，就已经常使用移动操作修正自己上传之文件的错误命名。--SysOp 珞珝 [用户讨论] 2022年8月27日 (六) 18:10 (CST)

可能可以用过滤器，但无法用权限限制。——  ほしみ 2022年8月27日 (六) 18:11 (CST)

action == "move"
& moved_from_namespace == 6
& !(user_rights rlike "autopatrol|suppressredirect") //suppressredirect用于兼容无巡查豁免权限的文件维护员
& moved_from_first_contributor !== user_name

可以是可以，测试通过了。需要更多人的意见。——  ほしみ 2022年8月29日 (一) 01:28 (CST)

我建议保留移动自己上传文件的权限，相当于重命名了。最好是把覆盖也加上，保留文件历史记录，确有必要时可以直接调出。
机器人的权限怎么比自确还多
手动确认用户也分个类吧。
“文件管理员”的说法似乎不够萌百化呢。——焦点（讨论） 2022年8月29日 (一) 04:12 (CST)

(…)吐槽 是“文件维护员”--Takeuchi.BadEditor (讨论与留名) 2022年8月29日 (一) 09:06 (CST)

不如叫文件归档姬？--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲（讨论·贡献） 2022年8月29日 (一) 08:55 (CST)

那就文件维护媛嘛—— 屠麟傲血（讨论） 2022年8月29日 (一) 09:02 (CST)

管理员也不叫管理媛呀（除却萌娘百科:管理员中有ruby的“媛”字）。 一个被经常waf的萌百人（和我讨论／看我贡献） 2022年8月29日 (一) 18:38 (CST)

(＋)支持允许自确拥有移动自己上传的文件的权限，利大于弊吧。 一个被经常waf的萌百人（和我讨论／看我贡献） 2022年8月29日 (一) 18:36 (CST)

(＋)支持 毕竟我也不想因为这一个改变（自确无法移动）使本来就不怎么宽敞的操作申请版变得更堵，况且“重复上传”势必比移动浪费更多的服务器空间--Takeuchi.BadEditor (讨论与留名) 2022年8月30日 (二) 09:58 (CST)

就重复图片上传没有办法打标签的现状下，翻移动日志还是比找重复上传方便吧（大概） From Sucaiking the WAFighter 2022年8月30日 (二) 10:34 (CST)

(＋)支持 ，不过自确移动别人上传的文件会被过滤器拦截，可能会影响编辑体验。—— From 磷化镓_GaP the NaïvePatroller  2022年8月30日 (二) 12:15 (CST)

想到自确不常用移动文件的功能，其实也没什么影响。—— From 磷化镓_GaP the NaïvePatroller  2022年8月30日 (二) 12:15 (CST)

好，调整了。如果没有更多问题，周末开投票吧，之后有点忙。——  ほしみ 2022年8月31日 (三) 02:28 (CST)

(？)异议我对于“自确不常用移动文件的功能”这一点很有异议。在讨论版里，我依然能够看到为数不少的删除残留文件重定向的操作申请。况且，这对于统一规范化命名也不是件好事。文件上传错误需要改名的情况也为数不少，总不能命名错了都去申请删除吧，这相当于是把压力给到了讨论版上。--浦爪爪（讨论） 2022年9月3日 (六) 21:14 (CST)

对，申请删除。删重定向和删文件都是删，没差别。取消大规模移动可以避免破坏，也是大部分维基媒体计划的做法。——  ほしみ 2022年9月3日 (六) 21:34 (CST)

现在我们的做法：重定向——申删重定向。这个提案如果通过了我们的做法：把文件下载下来——申删——等待——重新上传。或者是：把文件下载下来——重新上传——被警告，执意上传——申删原页面。所以上传与现存文件相同的文件的时候还是会被警告吗？那这样就与“正确做法”不符了。--浦爪爪（讨论） 2022年9月3日 (六) 21:55 (CST)

直接提请移动文件，不留重定向就好了。——GaP  2022年9月3日 (六) 22:07 (CST)

问题来了，申请移动文件不留重定向和重定向然后申删重定向有什么区别吗？重定向不会影响原本文件名，我不认为这算破坏。--浦爪爪（讨论） 2022年9月3日 (六) 22:28 (CST)

可以把重定向调整到其他图片。比如，移动全部三国杀图片，然后把所有重定向调整为指向田所浩二。您可以阅读序言。——  ほしみ 2022年9月3日 (六) 23:39 (CST)

问题又来了，这么干跟在主页面把图片改成其他的有什么区别？都很快会被发现然后改动。--浦爪爪（讨论） 2022年9月4日 (日) 09:38 (CST)

主站留不下编辑记录和日志，破坏更隐蔽。尤其是部分年久失修/很久前就趋于完善的条目，文件有什么问题并不会很快被发现。

我也很好奇有多少人关注commons的最近更改和日志。From Sucaiking the WAFighter 2022年9月4日 (日) 09:58 (CST)

( ¿ ) 喵喵喵？不是直接移动名称错误的文件至正确的文件名，再挂删重定向吗？( ¡ )题外话 其实我更疑惑的是为什么移动页面的时候没有不留重定向的选项。 一个被经常waf的萌百人（和我讨论／看我贡献） 2022年9月3日 (六) 22:10 (CST)

您可以努力成为优质编辑者，有巡查豁免权限之后就可以减少破坏风险了。您也可以努力成为巡查/管理，可以移动不留重定向。建议提升自己。——  ほしみ 2022年9月3日 (六) 22:12 (CST)

(…)吐槽 望了望自己690的贡献量，再看看别人破2000了都没申优，我劝我自己再等等……加油.jpg 一个被经常waf的萌百人（和我讨论／看我贡献） 2022年9月3日 (六) 22:20 (CST)

我相信很快就会有的。——  ほしみ 2022年9月4日 (日) 00:29 (CST)

投票区

投票正在进行中！投票已经结束！正在加载中……

本次投票由星海子[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核发起。

• 投票开始时间： |
• 投票结束时间： |
• 投票总用时 7 天，将于 后结束。现已结束！正在计算中……

发起投票时共有8位自然人管理员以及44位自然人巡查姬。参与讨论的自动确认用户亦有票权，投票时请注意填写投票理由。

@AnnAngela，云霞，蓝羽汇，星海子，玄微子，弗霖凯，Luoxuchan，Leranjun ——  ほしみ 2022年9月4日 (日) 00:36 (CST)

@AkizukiSaitou，Bbrabbit，宇文天启，平塚八兵衛，空翊，Vcfch843875618，HetmesAskalana，不是液氮，Xzonn，Chko08022003，Bete1geuse，小乃，LUO1P，TsanconBYin，西尾哈鲁卡，Wenzuxiaot，SinonJZH，沼泽，Bob1301，あめろ，Daigui，屠麟傲血，NemitsugiOtowa，Qaolp0，胡祥又，秋园世界，淮南皓月，高级火法，Sytus，一位史蒂夫，Ericliu1912，Jacklin612，平平凡凡小小鞠，正云明宏，写条目的奶糖，Sucaiking，人间百态，Mathreader，磷化镓，BearBin，栀梦，Grandom，MilkBoy，泠佛. ——  ほしみ 2022年9月4日 (日) 00:37 (CST)

@Legend frog，禹杨杨，本森级7号舰拉菲，厚礼谢，Eouswikier，Takeuchi，徴氷棠，焦点，浦爪爪 ——  ほしみ 2022年9月4日 (日) 00:38 (CST)

管理员

同意

1. (＋)同意 发起人票。最后一个投票力。 ——  ほしみ 2022年9月4日 (日) 00:38 (CST)
2. (＋)同意 无异议，尽管个人认为文件维护员应该是长期权限。共享站无人管理或者少人管理的问题还是挺明显的。——From 引梦者浊华(讨论) 2022年9月4日 (日) 10:45 (CST)
3. (＋)同意 行，希望能带动共享站维护的积极性。--酒姬民乐然 ✉ ※※※感光性受容体異常※※※ 2022年9月4日 (日) 11:23 (CST)
4. (＋)同意 桀桀桀，用户组太多了，该图图了。——丝毫没有存在感的某蓝色管理员（讨论） 2022年9月5日 (一) 19:55 (CST)
5. (＋)同意 好.--饥饿之声-弗霖凯（讨论） 2022年9月6日 (二) 11:09 (CST)
6. (＋)同意 目前的提案没有什么不好的。--SysOp 珞珝 [用户讨论] 2022年9月9日 (五) 21:55 (CST)

反对

弃权

巡查姬

同意

1. (＋)同意 我看行。—— 芳文厨⭐一位史蒂夫  （讨论·贡献）✉^❶ 快来单推可爱的雏羽吧~ 2022年9月4日 (日) 00:41 (CST)
2. (＋)同意 没有反对意见，这几天投票要死人了　　——MilkBoy（讨论｜贡献） 2022年9月4日 (日) 00:42 (CST)
3. (＋)同意 可以解决实际问题。——GaP 2022年9月4日 (日) 00:47 (CST)
4. (＋)同意 对自确大利好，支持。--Vcfch843875618（讨论） 2022年9月4日 (日) 03:03 (CST)
5. (＋)同意 这是ao的，投了。法式军礼 —— Grandomtech-patroller 2022年9月4日 (日) 05:29 (CST)
6. (＋)同意 很多专门负责专题文件上传/维护的优编和自确，早就需要、并值得拥有这个新用户组的权限了。 --Mathreader（讨论） 2022年9月4日 (日) 06:40 (CST)
7. (＋)同意 重定向页可以随意更改重定向目标这一点，存在的隐患极大。移动页面收紧点，也好。From Sucaiking the WAFighter 2022年9月4日 (日) 07:54 (CST)
8. (＋)同意 文件维护员不是长期权限感觉有点怪，问题不大。——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2022年9月4日 (日) 08:40 (CST)
9. (＋)同意 希望能够在共享站起到一定的预防破坏作用。--Nait_Talk 2022年9月4日 (日) 08:51 (CST)
10. (＋)同意 相信可以有效减轻维护人员压力——满足怪 BearBin「 康他 • 喷他 • 留名 」 2022年9月4日 (日) 08:54 (CST)
11. (＋)同意 虽然提案涂改差点让我看不清，但是不妨碍其精神是好的。——   于是我放弃了二饼（已读不回） 2022年9月4日 (日) 09:51 (CST)
12. (＋)同意 收回自确移动权限是ao的--黑夜给了我一双眼睛，而我却拿它照亮人间(讨论) 2022年9月4日 (日) 12:10 (CST)
13. (＋)同意 我觉得还可以。--94 42 233 2001-8 J-JRE（Discussion） 2022年9月4日 (日) 12:13 (CST)
14. (＋)同意 通过。-- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2022年9月4日 (日) 13:18 (CST)
15. (＋)同意 好事——From 泠佛. (讨论) 2022年9月4日 (日) 14:22 (CST)
16. (＋)同意 控制移动权限是一个好事，但reupload-own应当早日实装。—— 屠麟傲血（讨论） 2022年9月4日 (日) 14:24 (CST)
17. (＋)同意 这是好事不过最近投票太多了......——From 西尾哈鲁卡 (讨论) 2022年9月4日 (日) 14:22 (CST)
18. (＋)同意 总体看下来感觉对文件维护有所帮助，没有什么问题——by 专注各话制作的正云明宏 2022年9月4日 (日) 15:13 (CST)
19. (＋)同意 至少有点好处。—— from DaiGui a.k.a. YukinasNeko「talk」 2022年9月4日 (日) 15:48 (CST)
20. (＋)同意 無異議。——空翊「留言」 2022年9月4日 (日) 16:05 (CST)
21. (＋)同意 无异议，除了“文件维护员”这个名字听上去应该是一个长期用户组。 淮南皓月 🌙 2022年9月4日 (日) 17:38 (CST)
22. (＋)同意 还行-- 小乃（讨论） 2022年9月5日 (一) 13:10 (CST)
23. (＋)同意 好事，只不過濫用過濾器的「濫用情況」越來越嚴重了......--By CHKO (Talk) @ 2022年9月5日 (一) 13:39 (CST)
24. (＋)同意 无异议。—— 🍭 纸飞机上的梦「Talk • Signature」 2022年9月5日 (一) 15:17 (CST)
25. (＋)同意 同时我理解了为什么引言这么长--CONTINUE TO FIGHT WITH COVID-19!·P. W. T. 2022年9月5日 (一) 20:00 (CST)
26. (＋)同意 看着还可以，就是#后台配置调整那段配置一开始没看懂，后来才明白整成过滤器了。——Xzonn（聊天） 2022年9月5日 (一) 20:21 (CST)
27. (＋)同意 无异议。-- 珞羽子(交流室) 2022年9月7日 (三) 07:41 (CST)
28. (＋)同意：滥用过滤器干的事越来越多了—— LN2 不是液氮 (讨论•贡献) 2022年9月10日 (六) 22:58 (CST)

反对

1. (－)反对 我认为没有限制自确移动文件的必要。--SinonJZH(๑•̀ω•́๑)(讨论) 2022年9月5日 (一) 22:37 (CST)
2. (－)反对 按#关于自动确认用户的移动权限及滥用过滤器35，允许移动他人上传的文件的权限为自动巡查、移动不留重定向，即优、荣、文、巡、管、STAFF、机；而#保护方针中写的是自动巡查、不受速率限制，比前文多了机器用户，二者描述有矛盾。另外，“noratelimit”拼写有误。 葫芦又 2022年9月10日 (六) 23:56 (CST)

弃权

1. (∅)弃权 不好判断。　あめろ ^讨论 2022年9月4日 (日) 00:45 (CST)
2. (∅)弃权 理解发起人的用意，但恕我对此提案持保留态度——如在之前讨论所提及到的，我担心这会增加为规避移动而重复上传的几率，尤其是目前重复文件积压较严重的情况下。另外通过重复上传大量文件进行破坏的情况也要给予重视，之前也不是没有破坏者做过。--Qaolp0 はなおし (讨论) 2022年9月4日 (日) 09:51 (CST)
3. (∅)弃权 不好判断。—— 超级纯洁的小马娘秋园邀请你去地下室和重马场一坐 2022年9月4日 (日) 14:13 (CST)
4. (∅)弃权 不好判断收回自确移动权限的影响。--某FFF团的高级火法 （批判一番） 2022年9月4日 (日) 18:06 (CST)
5. (∅)棄權：提案之初衷良善，但部分內容使個人難以支持。—— Eric Liu _{創造は生命（留言・留名）} 2022年9月6日 (二) 00:45 (CST)
6. (∅)弃权 我不好说.jpg--已经是一条死鱼的HetmesAskalana 2022年9月7日 (三) 21:37 (CST)
7. (∅)弃权 身体缘故无法投票了，抱歉。-- Welcome to the Hotel California 2022年9月10日 (六) 22:44 (CST)

参与讨论的自动确认用户

同意

1. (＋)同意 专题维护相关对文件维护权限有所需求，不过希望不用太频繁申请。——CGSS topic CONTRIBUTOR the "Light wind colored" Legend frog (NAIVE) 2022年9月4日 (日) 00:44 (CST)
2. (＋)同意 如果通过我愿意有幸成为全站第一个申请的人，对个人已经上传的3.5万个文件跃跃欲试--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲（讨论·贡献） 2022年9月4日 (日) 02:46 (CST)
3. (＋)同意 好事。——From不是Vup的冰糖 2022年9月4日 (日) 07:47 (CST)
4. (＋)同意 不错！ 一个被经常waf的萌百人（和我讨论／看我贡献） 2022年9月4日 (日) 08:49 (CST)
5. (＋)同意 暂未发现不恰当之处--Takeuchi.BadEditor (讨论与留名) 2022年9月4日 (日) 09:59 (CST)
6. (＋)同意 就先这样吧。希望讨论版没事。——焦点（讨论） 2022年9月5日 (一) 03:50 (CST)

反对

1. (－)反对 我说了，我多多少少得反对一波。这对于统一规范化命名非常不利，而且并起不到什么保护的作用。但看这个投票势头，多少得是没啥希望了。--浦爪爪（讨论） 2022年9月4日 (日) 09:38 (CST)

弃权

1. (∅)弃权 参与讨论程度不够，自认为无权投票。--シイナ·エオスウィキア(SHIINA Eouswikier)（讨论） 2022年9月5日 (一) 10:42 (CST)
2. (∅)弃权 挺想投同意的，但是开学去了，没怎么看讨论度也不够。—厚礼谢来喝茶吧 2022年9月10日 (六) 12:22 (CST)

无票权用户

同意

1. (＋)同意 可惜没参与讨论，莫得票权（确信）。虽然说这个提案跟我关系不大，如果能通过的话，我在考虑需不需要申请一个去把那一堆5creen5hot和拓展名重复填写的一并扬了（至少不留重定向省一半事，不过这也意味着对申请人的要求大幅提高，也不知道我够不够得着呢？）-- From Player's Score在耳畔响起的花落丿天使 → 十年疮痍，感谢有你 2022年9月4日 (日) 00:55 (CST)
2. (＋)同意 看上去可以-- VENI,VIDI,VICI（萌百历军原组） 2022年9月4日 (日) 17:02 (CST)
3. (＋)同意 好像没什么问题。--北湖3（讨论） 2022年9月4日 (日) 21:10 (CST)

反对

弃权

计票与结论

投票开始时共有8名参与站务的管理员；其中，

• 6人(＋)同意
• 0人(－)反对
• 0人(∅)弃权
• 2人未参与投票（AnnAngela, 云霞）

投票开始时共有44名正式巡查姬；其中，

• 28人(＋)同意
• 2人(－)反对
• 7人(∅)弃权
• 7人未参与投票（Jacklin612, Sytus, 平平凡凡小小鞠, Bbrabbit, Bob1301, LUO1P, Bete1geuse）

共有9名有票权的自动确认用户参与了投票；其中

• 6人(＋)同意
• 1人(－)反对
• 2人(∅)弃权

另有3名无票权用户发表了意见。

---

当前提案有6位管理员投同意或反对票，大于等于要求的2名，该提案投票有效。

统计计票结果，全部投票之同意：反对票数量为 40:3，【同意】票数大于【反对】，且管理员的【同意】票数不小于【反对】，【提案通过】。——  ほしみ 2022年9月11日 (日) 02:30 (CST)