维基百科讨论:申请成为管理人员/存档6
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
Notification of Wikimedia Foundation actions regarding local CheckUser
Dear Chinese Wikipedia community,
Due to security concerns we can unfortunately not disclose and after careful consideration, the Wikimedia Foundation has decided to ask the global stewards user group on MetaWiki to provide Checkuser support to the Chinese language Wikipedia for the foreseeable future. As part of that we have removed CheckUser access from all local users.
Stewards traditionally provide the majority of wikis we support with Checkuser help, and we believe that resuming that practice on the Chinese language Wikipedia at this time is an important step to ensure the health of the Chinese Wikipedia community in the long-term. If you wish to request that they perform a CheckUser lookup on an individual on Chinese Wikipedia, you may request it at their request board on Meta (if you go to this link it will also automatically set your meta language to be Chinese so that you can read the interface in Chinese).
Please accept my apology for writing this in English. I would ask anyone willing to help translate it to assist so that those who are unable to read English can understand my message. Jalexander-WMF(留言) 2018年3月29日 (四) 23:28 (UTC)
翻译:
亲爱的中文维基百科社群:
基于安全考量(很遗憾我们无法告知具体情况),维基媒体基金会决定在未来可预见的较长时间内将由元维基上的全域监管员接手中文维基百科的用户查核需求。作为此决定的一部分,我们已移除全体本地用户查核员权限。
监管员们一直在为大部分的维基项目处理用户查核申请。我们相信,由元维基监管员接手用户查核对中文维基百科社区的健康发展有长远的帮助。如果您希望全域监管员们对一名中文维基百科用户进行用户查核,请前往他们在元维基上的请求页面。(如果需要阅读中文界面,请点击这个链接,这会将您的界面显示为中文)
抱歉我只能用英文写这一则通告。如果有人能将此译为中文、让读不懂英文的维基人能够看得懂的话,我将非常感谢。Jalexander-WMF(留言) 2018年3月29日 (四) 23:28 (UTC)
译者:燃 灯和政治没关系,你拿菊花纹章说成是MediaWiki我也会反对呀 2018年3月29日 (四) 23:59 (UTC)
修订:Bluedeck 2018年3月30日 (五) 00:09 (UTC) Innocentius Aiolos 2018年3月30日 (五) 01:13 (UTC)
修订#2:1233( T / C) 2018年4月8日 (日) 14:04 (UTC)
- 已收到通知。--1=0,欢迎加入WP:维基百科维护专题 2018年3月29日 (四) 23:34 (UTC)
- @Alexander_Misel:移动了一下发言,方便排版。燃 灯和政治没关系,你拿菊花纹章说成是MediaWiki我也会反对呀 2018年3月30日 (五) 00:34 (UTC)
- 那么6的吗。。——꧁༺星耀晨曦༻꧂(留言) 2018年3月30日 (五) 00:27 (UTC)
- 疑似CU信息泄露的后续?——路过围观的Sakamotosan 2018年3月30日 (五) 01:06 (UTC)
- 我也收到通知。难道跟守望者爱孟事件有关?--Lanwi1(留言) 2018年3月30日 (五) 01:08 (UTC)
- 可以让我这个吃瓜群众了解一下发生了什么吗?--Innocentius Aiolos 2018年3月30日 (五) 01:15 (UTC)
- 官方表示无可奉告(如上),下面怎么猜只说对对对就是了。(手动滑稽)——路过围观的Sakamotosan 2018年3月30日 (五) 01:43 (UTC)
- 如果是和CU泄露相关,那就是和守望者爱孟事件相关了。-- Hal 2018年3月30日 (五) 01:45 (UTC)
- 可以让我这个吃瓜群众了解一下发生了什么吗?--Innocentius Aiolos 2018年3月30日 (五) 01:15 (UTC)
- 我也收到通知。难道跟守望者爱孟事件有关?--Lanwi1(留言) 2018年3月30日 (五) 01:08 (UTC)
- WMF又要削权了……ŚÆŊMØŠĀJoy to the world, the Lord is come. Let Earth receive her King! 2018年3月30日 (五) 02:05 (UTC)
- 基金会滚出中文维基百科,停止插手内政!中文维基百科是我们社群自己的事儿,基金会有完没完的插手,要到啥时候才管的心满意足????--⌬胡萝卜 2018年3月30日 (五) 03:33 (UTC)
- 注意下日期和WP:CIV。—john doe 120(talk) 2018年3月30日 (五) 04:08 (UTC)
- @胡蘿蔔:同上,且各语言维基百科是通过维基媒体基金会进行营运的,经济基础决定上层建筑。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 00:44 (UTC)
- 参见m:Special:Logs/WMFOffice。—john doe 120(talk) 2018年3月30日 (五) 04:08 (UTC)
- 等一下……为什么WMFOffice在中文维基一笔唯一可见的保护日志是保护AddisWang?-- Hal 2018年3月30日 (五) 05:52 (UTC)
- 因为这个操作是在元维基的全域操作的,不是本地操作,所以本地没日志,我也纳闷了一会儿,然后去元维基翻日志找到的。——路过围观的Sakamotosan 2018年3月30日 (五) 06:06 (UTC)
- 等一下……为什么WMFOffice在中文维基一笔唯一可见的保护日志是保护AddisWang?-- Hal 2018年3月30日 (五) 05:52 (UTC)
- 太惊讶了。发生了什么事啊?Alex Shih(留言) 2018年3月30日 (五) 04:26 (UTC)
- 维基百科网站是基金会的,我们对中维没有主权,中维的事情自然不是我们的内政。但是,我确实希望WMF在实施基金会行动的时候能够最大限度地透明化来龙去脉、前因后果。Bluedeck 2018年3月30日 (五) 05:18 (UTC)
- 同意蓝桌。-- FrancoT 会议厅 访客签名簿 2018年3月30日 (五) 05:26 (UTC)
- 我的担心:不是每人都认识英语,不明英语的人如何提CU?要其他人协助才能够提报太麻烦。另一点我比较怀疑的是监管员未必能够明白现代标准汉语,审视相关证据的时候要我们帮他们翻译?-- FrancoT 会议厅 访客签名簿 2018年3月30日 (五) 05:23 (UTC)
- 我认为是不智之举,他们会比本地熟练的管理员懂各地维基破坏人的模式吗?搞不好还会提报上去,因为不了解拒绝查核。--Outlookxp(留言) 2018年3月30日 (五) 05:28 (UTC)
- 虽然监督员对各地社群的情况掌握不如本地管理员,但他们也是专业的。全域选举选出来的。——꧁༺星耀晨曦༻꧂(留言) 2018年3月30日 (五) 06:00 (UTC)
- 届时破坏者将会逍遥法外,那么对中文维基百科并没有好处。-- FrancoT 会议厅 访客签名簿 2018年3月30日 (五) 05:37 (UTC)
- 本地成立一个小组专门协助翻译,申请者也必须备齐更具说服力的说明,不能只是贴贴编辑纪录。--Reke(留言) 2018年3月30日 (五) 06:46 (UTC)
- 我认为是不智之举,他们会比本地熟练的管理员懂各地维基破坏人的模式吗?搞不好还会提报上去,因为不了解拒绝查核。--Outlookxp(留言) 2018年3月30日 (五) 05:28 (UTC)
- 已收到通知,虽是死得不明不白,无可奈何也衹能慨叹……--街燈電箱150號 开箱维修 抄表 检验证明 2018年3月30日 (五) 05:31 (UTC)
- @Jalexander-WMF:, shame on you! Walter Grassroot(留言) 2018年3月30日 (五) 05:35 (UTC)
- @Walter Grassroo:, civ on you![开玩笑的]--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 00:44 (UTC)
- 基金会这么做真是不明之举,重点是以后提报CU还要用英文,对于英文初学的编者来说简直是一大挑战啊!--小跃(捞出记录) 2018年3月30日 (五) 06:03 (UTC)
- 如果是和CU信息泄露有关的话,那个傻鬼更加不明智,害到全部人一起捡包袱走人了。——路过围观的Sakamotosan 2018年3月30日 (五) 06:41 (UTC)
- 用中文在元维基申请CU也不是不行。而且我发现很多人对CU的理解有误,CU应该只是从技术层面进行核查,给出的结论也应该只是技术层面上的,懂不懂语言并不重要--百無一用是書生 (☎) 2018年3月30日 (五) 08:21 (UTC)
- 但是要让监管员相信有查核的必要,这一步是要打破语言壁垒的。 --砜中嘌呤的白磷萃取 打谱 2018年3月30日 (五) 08:23 (UTC)
- 就如书生君所言,CU当然是技术层面的事情。在下认为监管员是否查核亦需要看原因,那么语言隔阂是需要解决的。Reke君上面提出了“本地成立一个小组专门协助翻译”。基金会看来并不会撤销自己的决定,那么设立翻译小组来协助不懂英语的中文维基人到元维基提报查核是现时最佳的处理方法。-- FrancoT 会议厅 访客签名簿 2018年3月30日 (五) 08:41 (UTC)
- 我赞成设立协助翻译的专门小组。Alex Shih(留言) 2018年3月30日 (五) 09:30 (UTC)
- 一个提议,我在TG群里也简单聊了一下:我已经淡出ZHWP久矣所以并不知道现在具体的状况,但是我不由得想到之前11年左右的一些事件和当时为什么那些事情能在不闹到基金会的情况下得到解决。我在想是否现在WMF和ZHWP的沟通渠道已经断开了,考虑到在当时陈霆先生还在任而且在ZHWP还是Sysop而且Meta有一些中文维基背景的监管员,我在想有没有可能由WMF在现在选取一些资深的懂中文的基金会人士来中文维基一段时间担任一下调停人的角色。我个人认为如果只是基金会这样一直就事论事而不是解决问题的根源(社群撕裂)可能不仅达不到目的反而会引起社群的反弹。----ParkerTian 2018年3月30日 (五) 08:28 (UTC)
- 正如我之前说的。我们有什么义务替人家翻译,他们看不懂让他们自己找人翻译好了。按照讨论页指引,使用中文沟通在中文维基是天经地义的事情。现在一部分权限被剥离出来以后,不应该再增添本站的站务压力。--Antigng(留言) 2018年3月30日 (五) 09:36 (UTC)
- 老实说,当过的查核员辛苦了,该换些全域监管员来管管了。--小跃(捞出记录) 2018年3月30日 (五) 13:11 (UTC)
- 当然也可以用一些专业术语的英文教学给不会英文的做参考或使用。--小跃(捞出记录) 2018年3月30日 (五) 13:13 (UTC)
- 我认为User:Shujenchang看到这个很高兴,见User:Shujenchang/我反对中文维基百科设立用户核查员的原因。WMF为什么取消本地用户查核员也有可能防止疑似被中共控制的人吧?--Lanwi1(留言) 2018年3月30日 (五) 13:39 (UTC)
- @Lanwi1:窃以为不然。怎么中文维基百科的用户查核员就会疑似被中共控制,其他语言维基百科的就不会?中文维基百科,不是中共维基百科;法语维基百科,不是法国维基百科。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 00:44 (UTC)
- 中共打击异议人士打得很严,被打击的也有张树人等中文维基人。--Lanwi1(留言) 2018年3月31日 (六) 02:49 (UTC)
- @Lanwi1:我的意思是,如果中文维基百科的用户查核员功能有被某些组织利用的危险,那么按照同样的逻辑,其他语言维基百科的用户查核员功能也有被某些组织利用的危险,因为“中文维基百科,不是中共维基百科;法语维基百科,不是法国维基百科”。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 02:58 (UTC)
- 独裁国家的打击对象当然包括用户查核员。--Lanwi1(留言) 2018年3月31日 (六) 03:02 (UTC)
- @Lanwi1:我的意思是,如果他们可以打击中文维基百科的用户查核员,那么他们照样也可以打击英语维基百科、法语维基百科、日语维基百科的用户查核员。所以我觉得,“中文维基百科的用户查核员功能有被他们利用的危险”并非WMF做出此举的原因。另:何不到用户讨论页上谈呢?--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 10:21 (UTC)
- 也有可能跟守望者爱孟攻击Addiswang有关,见WMFOffice在中文维基百科的编辑记录就明白。--Lanwi1(留言) 2018年3月31日 (六) 15:39 (UTC)
- @Lanwi1:我的意思是,如果他们可以打击中文维基百科的用户查核员,那么他们照样也可以打击英语维基百科、法语维基百科、日语维基百科的用户查核员。所以我觉得,“中文维基百科的用户查核员功能有被他们利用的危险”并非WMF做出此举的原因。另:何不到用户讨论页上谈呢?--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 10:21 (UTC)
- 独裁国家的打击对象当然包括用户查核员。--Lanwi1(留言) 2018年3月31日 (六) 03:02 (UTC)
- @Lanwi1:我的意思是,如果中文维基百科的用户查核员功能有被某些组织利用的危险,那么按照同样的逻辑,其他语言维基百科的用户查核员功能也有被某些组织利用的危险,因为“中文维基百科,不是中共维基百科;法语维基百科,不是法国维基百科”。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 02:58 (UTC)
- 中共打击异议人士打得很严,被打击的也有张树人等中文维基人。--Lanwi1(留言) 2018年3月31日 (六) 02:49 (UTC)
- @Lanwi1:窃以为不然。怎么中文维基百科的用户查核员就会疑似被中共控制,其他语言维基百科的就不会?中文维基百科,不是中共维基百科;法语维基百科,不是法国维基百科。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 00:44 (UTC)
- 会否影响IPBE的授权?--Tiger(留言) 2018年3月30日 (五) 14:29 (UTC)
- 还是没搞懂到底是怎么一会事。。。 2018年3月30日 (五) 15:47 (UTC)
- 希望基金会能够将东西更大地透明化,而不是随随便便用一句“unfortunately not disclose”敷衍了事;这样一下子撤出权限让人很意外。因此,对此事作出令人信服的解释是基金会那边需要做的事情。另外,既然他有考虑到“those who are unable to read English”这个因素,为什么没有想到提报CU的人也有可能是所谓“those who are unable to read English”?这一决定不公正也不透明。--Simon Choi 2018年3月30日 (五) 17:02 (UTC)
- @Eyewitness Tsai:本次行动是允许询问原因,如果想知道可以去发邮件问,而且基金会允许在因为隐私与安全的情况不公开信息,只是尽量公开。——路过围观的Sakamotosan 2018年3月31日 (六) 02:29 (UTC)
- WMF为什么取消本地用户查核员也有可能是因为PMDdeSN泄露用户核查记录中的非公开信息?见Wikipedia:用户查核请求/2017/9#PMDdeSN和m:Steward requests/Checkuser/2017-09#All CUer @zh.wikipedia。--Lanwi1(留言) 2018年3月30日 (五) 17:15 (UTC)
- 不就是我说的吗?“泄漏事件的后续?”——路过围观的Sakamotosan 2018年3月31日 (六) 02:29 (UTC)
这样破坏更方便了,好爽75.49.126.76(留言) 2018年3月31日 (六) 03:41 (UTC)
- @75.49.126.76:哈哈哈!--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年3月31日 (六) 04:08 (UTC)
- 我觉得这是一个挺好的安排,因为中文维基管理员的质素实在太过参差,总有一些拿着鸡毛当令箭的害群之马,按照自己喜好行事,视方针指引于不顾。--5.10.77.61(留言) 2018年3月30日 (五) 09:43 (UTC)
- 楼上的为SiuMai,此人只会不断绕过封禁,而无视在User talk:SiuMai当中排山倒海的留言和管理员在Wikipedia:互助客栈/其他#什么是破坏?的期望,大家可以看看真正的User talk:SiuMai/存档 1,就知道SiuMai是怎样的人,持续出没的破坏者通常都是认为自己做的事没有错,不承认自己绕过封禁,甚至东拉西扯,尽量不谈及其封禁本身。
- 本地用户查核员的撤消,亦意味着SiuMai会继续不断绕过封禁,继续有一些拿着鸡毛当令箭的害群之马IP来进行违规,擅自阐释方针指引和按照自己喜好行事的关注度提报。--MCC214强烈要求维基条目宁缺勿滥#我做了甚么? 2018年4月1日 (日) 07:48 (UTC)
- 若中文维基人拥有监管员权限的话怎么看?--Lanwi1(留言) 2018年3月30日 (五) 11:25 (UTC)
- 我要是没有记错的话,当年Shizhao同志正是因为社群的一些争端,最后被选下去的。我建议阁下问他。--云间守望 2018年3月30日 (五) 13:24 (UTC)
- 监管员一般要避嫌home wiki。--Kuailong™ 2018年3月30日 (五) 13:48 (UTC)
- 也就是说中文维基人拥有监管员权限的话会因为避嫌而不能处理与中文维基有关的请求了?--Lanwi1(留言) 2018年3月30日 (五) 13:54 (UTC)
- 印象中是这样。m:Stewards_policy#Avoid_conflicts_of_interest虽然没有列举所有情况,但我觉得中文维基人针对zhwp的CU请求很难做到impartial。 --Kuailong™ 2018年3月30日 (五) 16:58 (UTC)
- 若不再经常活跃于中文维基百科的中文维基人拥有监管员权限的话也不能处理吗?--Lanwi1(留言) 2018年3月31日 (六) 07:26 (UTC)
- 只要home wiki (Special:CentralAuth) 不是中文维基就行。Alex Shih(留言) 2018年3月31日 (六) 07:42 (UTC)
- 不对,home wiki的定义是否在某个计划活跃。跟全域账号初始计划无关。--Kuailong™ 2018年3月31日 (六) 18:58 (UTC)
- 只要home wiki (Special:CentralAuth) 不是中文维基就行。Alex Shih(留言) 2018年3月31日 (六) 07:42 (UTC)
- 若不再经常活跃于中文维基百科的中文维基人拥有监管员权限的话也不能处理吗?--Lanwi1(留言) 2018年3月31日 (六) 07:26 (UTC)
- 印象中是这样。m:Stewards_policy#Avoid_conflicts_of_interest虽然没有列举所有情况,但我觉得中文维基人针对zhwp的CU请求很难做到impartial。 --Kuailong™ 2018年3月30日 (五) 16:58 (UTC)
- 也就是说中文维基人拥有监管员权限的话会因为避嫌而不能处理与中文维基有关的请求了?--Lanwi1(留言) 2018年3月30日 (五) 13:54 (UTC)
- 监管员一般要避嫌home wiki。--Kuailong™ 2018年3月30日 (五) 13:48 (UTC)
- 我要是没有记错的话,当年Shizhao同志正是因为社群的一些争端,最后被选下去的。我建议阁下问他。--云间守望 2018年3月30日 (五) 13:24 (UTC)
- 若中文维基人拥有监管员权限的话怎么看?--Lanwi1(留言) 2018年3月30日 (五) 11:25 (UTC)
- 我感觉事情的起因似乎和上次核查数据外泄有关,我还感觉上次搞事的未必就是我们的用户核查员,因为能看到这些数据的不光是他们,只是上次一拨人在客栈喧闹仅仅只是为这个人提供了一个机会而已,既能保证泄露正确的核查数据,又能保证查不出来任何蛛丝马迹,此人至少肯定在心理上敌视或不喜欢当地的用户核查,而且绝对本事能够通到天--飞贼燕子(留言) 2018年3月31日 (六) 11:31 (UTC)。
- 补充一个最重要的疑点,他的名字叫核查员的马甲,诸位自己脑洞一下。--飞贼燕子(留言) 2018年3月31日 (六) 12:25 (UTC)
- 你打错了,是核查的马甲。—john doe 120(talk) 2018年3月31日 (六) 14:00 (UTC)
- 疑问:WP:CUP中的本地方针是否已经失效?如果是,那么遇到符合之前的本地方针的查核将如何进行?-- Stang 2018年4月1日 (日) 03:37 (UTC)
- 不然就设置“用户查核请求鉴定小组”。--小跃(捞出记录) 2018年4月1日 (日) 03:40 (UTC)
- 不是这个意思,我是想问以当前meta上的CUP,在遇到满足WP:CUP#1这类事项时应该怎么做。-- Stang 2018年4月1日 (日) 03:45 (UTC)
- 可以要求监管员执行本地方针。--J.Wong 2018年4月1日 (日) 03:55 (UTC)
- 那监管员也够累的,他们也是志愿者啊,基金会行动又没碍他们结果让他们受累。--云间守望淡出中,有事请发邮件 2018年4月1日 (日) 06:12 (UTC)
给大家带来点轻松气氛的小分享
我呢,一般给confirmed大概是这些情况:
- 相同IP+相同UA
- 相同IP段+相同UA
- 相同IP+不同UA+几乎能duck的编辑倾向
给likely是这些情况
- 相同IP段+间接相同UA
- 相同IP段+不同UA+几乎能duck的编辑倾向
- 相同IP+不同UA+有些相似的编辑倾向
我觉得这并不是纯技术的东西。反正我也不是查核员了,分享一下嘛 --1=0,欢迎加入WP:维基百科维护专题 2018年3月30日 (五) 08:46 (UTC)
- 监管员CU的话,一般不会考察编辑倾向,只比对IP和UA--百無一用是書生 (☎) 2018年3月30日 (五) 09:02 (UTC)
- 我相信他们不敢不考虑的,不然很多用公用Wifi的人会遭殃的。我可是经常见到同一IP段,同一UA,但就是编辑倾向不同,我一般都不会得出possible以上的结论。--1=0,欢迎加入WP:维基百科维护专题 2018年3月30日 (五) 09:30 (UTC)
- 同意。如果现在中文维基CU的唯一管道只有监管员,没有编辑倾向的证据的话meta CU请求应该会被拒绝。Alex Shih(留言) 2018年3月30日 (五) 09:33 (UTC)
- 我相信他们不敢不考虑的,不然很多用公用Wifi的人会遭殃的。我可是经常见到同一IP段,同一UA,但就是编辑倾向不同,我一般都不会得出possible以上的结论。--1=0,欢迎加入WP:维基百科维护专题 2018年3月30日 (五) 09:30 (UTC)
- 监管员CU的话,一般不会考察编辑倾向,只比对IP和UA--百無一用是書生 (☎) 2018年3月30日 (五) 09:02 (UTC)
- 重新排版,将与我分享无关,与上面事项有关的移到前面,--1=0,欢迎加入WP:维基百科维护专题 2018年3月31日 (六) 14:42 (UTC)
- 毕旅回来就发生这种事...--Janee愚人节快乐Sign 2018年4月1日 (日) 11:08 (UTC)
破坏者得逞了
如题,应不用赘述。galaxyharrylion(留言) 2018年4月1日 (日) 11:24 (UTC)
- @Galaxyharrylion:不认为不用赘述。—john doe 120(talk) 2018年4月3日 (二) 12:44 (UTC)
近日基金会行动的进一步解释
- 信件连结
我前几日去信WMF询问了关于中文维基百科选取本地用户查核员的操作流程,收到回复如下:
- 在事件的调查结果出来之前,WMF将不会为中文维基百科授予任何用户查核员权限。
- WMF当前并未决定针对特定的用户查核员除权、解任,只是整体性地决定中文维基百科现在不能有在任的用户查核员。
- 基金会行动前的六名用户查核员,当前处于“通过了社群选举,但因中文区权限被移除,导致其无法担任用户查核员”的状态。
- 基金会行动后、调查结果出来之前开始选举的用户查核员,WMF不会承认。
- 调查依然还没有结果。
--燃 灯和政治没关系,你拿菊花纹章说成是MediaWiki我也会反对呀 2018年4月3日 (二) 03:46 (UTC)
- @燃灯:,不介意的话能否公布交流邮件内容,可以以截屏或存档站点的方式?——路过围观的Sakamotosan 2018年4月3日 (二) 06:37 (UTC)
- @cwek:已经回复询问能否公开他的回复(甚至是直接公开到我的用户页里)。我上周发的邮件,他美国时间周一快下班的时候回我的,可能争得同意还需要点时间。燃 灯巡查傀儡 2018年4月3日 (二) 17:04 (UTC)
- 第3条意思是不是:基金会行动前的六名用户查核员虽然没有查核权限但由于是社群所选出来的所以在WMF调查完并决定允许zhwiki存在用户查核员后这六名用户查核员应当恢复其用户查核员的权限(除非WMF的调查结果对这个逻辑有影响)?——꧁༺星耀晨曦༻꧂(留言) 2018年4月3日 (二) 16:21 (UTC)
- 我认为是这个意思,即除非WMF发现这六个人的哪(几)位有问题,否则应该可以直接恢复原职。燃 灯巡查傀儡 2018年4月3日 (二) 17:04 (UTC)
- 等等,是不是现在才开始选举的人WMF会承认结果?--1233( T / C) 2018年4月8日 (日) 14:12 (UTC)
- “基金会行动后、调查结果出来之前开始选举的用户查核员,WMF不会承认。”--Innocentius Aiolos 2018年4月8日 (日) 14:13 (UTC)
提请对于Wikipedia:申请成为管理人员的事实性修订
|
|
本人早前因应最近的基金会行动移除了现行的部分条文,但是被Innocentius君以“不需要移除,今后中文维基百科会恢复CU,只需要通知到点”为由回退了。我在他的讨论页解释说“暂时没有迹象显示基金会会恢复CU”,然后他就请我去提请修改条文。故本人为确实执行基金会行动,有此提案,请社群接纳。ŚÆŊMØŠĀJoy to the world, the Lord is come. Let Earth receive her King! 2018年3月30日 (五) 14:34 (UTC)
- 能不能授权和选不选是两回事情吧。我记得之前第一名CU选成之后并没有授权,而是等到第二名也选上了才授的权。--Antigng(留言) 2018年3月30日 (五) 14:41 (UTC)
- 感谢Sanmosa君的提案(求求你们写我的用户名的时候用小写的L好不好,lnnocentius!)。我个人认为只应当增加“从2018年3月30日起”的那一句,而不是在申请成为管理人员那处完全移除有关用户查核员的讯息。移除本地的用户查核员不代表用户查核权限被移除,也不代表今后不会进行恢复,所以该保留的重要讯息还是应当保留的。--Innocentius Aiolos 2018年3月30日 (五) 14:43 (UTC)
- ŚÆŊMØŠĀJoy to the world, the Lord is come. Let Earth receive her King! 2018年3月30日 (五) 14:51 (UTC)
- 若是防止疑似被中共控制的人,那绝对不可能恢复本地用户查核员权限。见User:Shujenchang/我反对中文维基百科设立用户核查员的原因。--Lanwi1(留言) 2018年3月30日 (五) 14:53 (UTC)
算了,我用大写“I”了。 - ŚÆŊMØŠĀJoy to the world, the Lord is come. Let Earth receive her King! 2018年3月30日 (五) 15:03 (UTC) 还有,我认为今后即使进行恢复,都是到时才恢复原来的版本。
- 没有需要,又不是永久。除非社群得出共识,往后不再任命用户核查员。--J.Wong 2018年3月30日 (五) 15:30 (UTC)
- 应该咨询下基金会,是不是意味着长期内停止本地CU工作并停止本地CUer的推举。如果后者得到肯定,也就是WMF也不会允许本地选出CUer(甚至可能不会授权或认可),那就可以说明不可能会被申请。——路过围观的Sakamotosan 2018年3月31日 (六) 02:25 (UTC)
- 撤销本地用户查核员权限不代表禁止申请,也不代表该申请不能通过。三者之间并非一定有因果关系。--安迪4(讨论|留名) 2018年3月31日 (六) 04:44 (UTC)
- 应该根据事实修改,但这个情况并不能保证永久如此处置,删除内容反而会造成日后复原的困难。直接加上基金会决定的文字,并且说明在基金会重新恢复中文维基本地端CU之前,暂时冻结相关权限申请就好了,原有文字不用改掉。(不过为了防止误操作,可以把内部链接的部分用注解 <!-- --> 的方式处理掉,方便未来恢复)--Reke(留言) 2018年3月31日 (六) 04:46 (UTC)
- 仍旧不赞成移除CU相关文字。不过“从2018年3月30日起,WMF出于安全上的考量”一句可以再扩充,指现时申请成为CU,即使选举获得通过,亦未必会可以获得授权。如此,应该已经足够,其馀应该维持不变,除非本地社群明确通过共识将来不再委任用户核查员。--J.Wong 2018年3月31日 (六) 05:04 (UTC)
- 非也,任何本地方针或指引只须明确反映本地社群共识即可。所以在下一再强调,毋须更改指引,除非本地社群凝聚共识以后不再委任用户核查员,否则《申请成为管理人员指引》其实毋须作任何更改。现时无论是根据本地《用户核查方针》抑或元维基《用户核查全域方针》,用户核查员要上任都需要满足两个条件,一是当选,二是已签署保密协议。上到元维基,监管员要见到投票页,亦要见到基金会证明候选人已签署保密协议才会授权。所以基金会是绝对可以控制谁可上任。所以只需表明即使当选亦非常有机会不获授权就可以了。而毋须将该等内容移除,一、本地社群无共识放弃以后任命用户核查员;二、基金会行动辞亦无指出交到元维基是永久决定。另外,本人亦不认同该选举须即时关闭。又,如果本地社群展示出强烈意愿要求任命本地用户核查员,基金会亦不见得会寸步不让。社群与基金会行动抗衡之事,在下见到就并非首次了。Super protect已经是事例之一。--J.Wong 2018年3月31日 (六) 12:01 (UTC)
- ŚÆŊMØŠĀJoy to the world, the Lord is come. Let Earth receive her King! 2018年3月31日 (六) 14:36 (UTC) 那您给我帮忙“为本地社群展示出强烈意愿要求任命本地用户核查员”吧。可能事情就会弄成“为本地社群展示出强烈意愿要求解封爱孟”一样,不能上诉。
- 本地指引只需为本地社群服务,没必要为基金会行动服务,所以还是那句︰除非社群有新共识,往后不再任命任何用户核查员,否则不用修改。亦未必是现在,可能是将来某个适当时机,社群认为可以再次委任用户核查员,那表达方法其实都不外乎选两个用户核查员或者RFC,而个人觉得这两个表达方法没差多远。以不变应万变,未尝不可。--J.Wong 2018年3月31日 (六) 16:31 (UTC)
- 我好奇的是,如果有一天恢复本地cu,是所有人都需要重选,还是可以直接复任?--Temp3600(留言) 2018年3月31日 (六) 16:07 (UTC)
- 个人意见是,基金会“真的”是移除了权限,而非暂停权限,所以理应须要重选。--J.Wong 2018年3月31日 (六) 16:31 (UTC)
- 根据燃灯问到的说法,原现任的只是被移除权限,但没解任,是否意味着行动调查结果出来之后如果无关的则可以直接复任?同时,行动调查结果出来之前,所有社群推举的CUer都不会被会WMF认可委任,是不是间接表明不能推举(或者就算被社群推举也只是一个荣耀勋章,没用?)?——路过围观的Sakamotosan 2018年4月3日 (二) 06:38 (UTC)
- 既然基金会后续说法如此,那的确应该是直接复任,现在情况类似于“停职”。不过在下仍然毋须完全将用户核查字眼从指引移除。反而应该透过新加入文字将情况说清楚。--J.Wong 2018年4月3日 (二) 10:29 (UTC)
- 或者这样说:在CU提报界面显示为需要到meta提报,CU申请提请表明该次基金会实行时至没定期的行动调查结束期间所提请通过的CUer都不会被WMF认可(这可能也意味着即使提报通过的话,调查结果出来后也不会被委任)。——路过围观的Sakamotosan 2018年4月3日 (二) 11:44 (UTC)
- 燃灯询问基金会获得本次行动的信息,从意思来看,基金会不会阻止本地的选举,但是直到调查结果出来前,不会授予本地CUer的能力,即使结果出来前推举的。也就是说“间接”停止了CU推举。——路过围观的Sakamotosan 2018年4月7日 (六) 02:02 (UTC)
- "so no new elections will be honored at this time and he will not become an on-hold CU"即使是投票通过也不会成为“on-hold CU”,说明基金会不会承认这段时间之间的选举。--Innocentius Aiolos 2018年4月7日 (六) 02:30 (UTC)
- 我觉得这种临时措施,把相关地方加个删除线不就好了?--百無一用是書生 (☎) 2018年4月10日 (二) 06:58 (UTC)
- 也可以。--J.Wong 2018年4月12日 (四) 03:17 (UTC)
- 或者是加注,理论上还能继续提选,但是基金会明确是没出调查结果是不会承认的,选了也没用。正如上述,“间接”地停止了CU推举。——路过围观的Sakamotosan 2018年4月14日 (六) 03:49 (UTC)
- 总结以上讨论,并建议于段落“提名方式”上方添加以下加注︰
从2018年3月30日起,维基媒体基金会基于保安原因,暂停本地所有查核员权限并将本地用户核查事宜交回监管员处理。如希望全域监管员们对中文维基百科用户进行用户查核,请前往元维基请求页面申请。而此后,直至调查完成之前,本地所有用户核查员选举,基金会均不会予以承认。 |
- 现交付公示,为期七日,如无合理异议,则视为通过。--J.Wong 2018年4月21日 (六) 10:42 (UTC)
- 另外,建议同时按此修订《用户核查方针》。--J.Wong 2018年4月23日 (一) 05:47 (UTC)
- 附加:Wikipedia:关于2018年3月30日对本地用户核查功能进行基金会行动的信息—以上未签名的留言由Cwek(对话|贡献)于2018年4月23日 (一) 07:07 (UTC)加入。
- @wong128hk:对修改不反对,可是此前和元维基提及此事的时候说明应该使用WP:RFCUHAM进行初步可能性排除。建议修改连接以及链接的描述。--1233( T / C) 2018年4月25日 (三) 14:15 (UTC)
- 已按之修改链接及用辞。--J.Wong 2018年4月29日 (日) 06:40 (UTC)
- @wong128hk:对修改不反对,可是此前和元维基提及此事的时候说明应该使用WP:RFCUHAM进行初步可能性排除。建议修改连接以及链接的描述。--1233( T / C) 2018年4月25日 (三) 14:15 (UTC)
- 已修订。--J.Wong 2018年4月29日 (日) 06:40 (UTC)
关于用户查核员选举
我在看过相关对话后,我只看到基金会承认选举但是不会赋予权力。有谁可以解释一下?这个牵涉了相关方针的修订。--1233( T / C) 2018年4月29日 (日) 14:15 (UTC)
我前几日去信WMF询问了关于中文维基百科选取本地用户查核员的操作流程,收到回复如下:
- 在事件的调查结果出来之前,WMF将不会为中文维基百科授予任何用户查核员权限。
- WMF当前并未决定针对特定的用户查核员除权、解任,只是整体性地决定中文维基百科现在不能有在任的用户查核员。
- 基金会行动前的六名用户查核员,当前处于“通过了社群选举,但因中文区权限被移除,导致其无法担任用户查核员”的状态。
- 基金会行动后、调查结果出来之前开始选举的用户查核员,WMF不会承认。
- 调查依然还没有结果。
这句话可能是对詹姆士·亚历山大的这句话的解读:
Unfortunately for now the CU right is not allowed too anyone on Chinese Wikipedia and so no new elections will be honored at this time and he will not become an on-hold CU.
--云间守望淡出中,有事请发邮件 2018年4月29日 (日) 14:34 (UTC)
- 以上,@1233--云间守望淡出中,有事请发邮件 2018年4月29日 (日) 14:36 (UTC)
- hmmmm,看来这个真的比较烦。感谢U:WQL的解答。--1233( T / C) 2018年4月29日 (日) 14:49 (UTC)
- 先前没怎么太注意,但是我看到了这么一句话:
- hmmmm,看来这个真的比较烦。感谢U:WQL的解答。--1233( T / C) 2018年4月29日 (日) 14:49 (UTC)
3. Just to make it crystal clear: WMF will not admit any local CUs elected after this office action and before the block is released? Say, it is futile to elect any CUs during this period, since WMF will not recognize them anyway?
Yes, for now this is correct. We would not stop an election from happening but they would not be able to gain the tools.
- @1233、燃灯:这句话我理解和燃灯有所偏差。我的理解是:选归选,就是暂时不能上任,直到结束调查恢复权限后才能提报元维基申请授权成为on hold,毕竟是社群共识你也不能拦着。不知道各位怎么理解。--云间守望淡出中,有事请发邮件 2018年4月29日 (日) 14:44 (UTC)
- @WQL:我也是看到同一句,这个比较复杂。--1233( T / C) 2018年4月29日 (日) 14:49 (UTC)
- 根据回答来看,应该是基金会不会阻止社群选举,但是也不会授权使用工具。再结合上一句来看,就是相当行动执行至结果出炉前,基金会不会阻止选举(如果结合现在翻译草案的说法,就是基金会没有这个精力和资源直接控制到社群操作),但选了不会授权,也不是待授权,所以就算选了基金会也不会给你使用工具的权限。——路过围观的Sakamotosan 2018年4月29日 (日) 16:02 (UTC)
- 我觉得问题在于:如果社群现在选举并通过了一个核查员甲,而meta调查结束以后如果决定恢复所有本地CU权限,那么甲是否能够像其他核查员一样自动获得权限?--140.180.246.195(留言) 2018年4月29日 (日) 22:12 (UTC)
- 上面写明了,这段期间(行动执行时至调查结束)选出的,不会成为待定的(on hold)。原来6位,在调查结束后,如果没有问题,才可能会复职。——路过围观的Sakamotosan 2018年4月29日 (日) 23:19 (UTC)
- 我认为要看社群当时的共识,meta不干涉共识举荐,只是现在不能赋权。“毕竟是社群共识你也不能拦着”会受到“共识可以改变”的重要影响,不能盲从。--YFdyh000(留言) 2018年4月29日 (日) 23:42 (UTC)
- 没错,基金会不会干预地区推举,但这些高级权限是由基金会或所直属的如元维基的志愿人员授予的,如果按照这次基金会行动的说法,就有可能变成本地成功推举但是基金会针对这个时间段推举的不授权,即使过后也不会补授,当然除非是过后重选。有点情况下,共识还是不足说明问题。——路过围观的Sakamotosan 2018年5月3日 (四) 01:09 (UTC)
- 我觉得问题在于:如果社群现在选举并通过了一个核查员甲,而meta调查结束以后如果决定恢复所有本地CU权限,那么甲是否能够像其他核查员一样自动获得权限?--140.180.246.195(留言) 2018年4月29日 (日) 22:12 (UTC)
- 根据回答来看,应该是基金会不会阻止社群选举,但是也不会授权使用工具。再结合上一句来看,就是相当行动执行至结果出炉前,基金会不会阻止选举(如果结合现在翻译草案的说法,就是基金会没有这个精力和资源直接控制到社群操作),但选了不会授权,也不是待授权,所以就算选了基金会也不会给你使用工具的权限。——路过围观的Sakamotosan 2018年4月29日 (日) 16:02 (UTC)
- @WQL:我也是看到同一句,这个比较复杂。--1233( T / C) 2018年4月29日 (日) 14:49 (UTC)
- @1233、燃灯:这句话我理解和燃灯有所偏差。我的理解是:选归选,就是暂时不能上任,直到结束调查恢复权限后才能提报元维基申请授权成为on hold,毕竟是社群共识你也不能拦着。不知道各位怎么理解。--云间守望淡出中,有事请发邮件 2018年4月29日 (日) 14:44 (UTC)
- 我不是很明白为什么非要在这种奇怪的时期选CU,或者怎么选新CU的问题 _(:з」∠)_ 等结果出来了再选也不迟呀。现在选出来的任何“CU”都会处于一个十分尴尬的局面燃 灯 2018年4月29日 (日) 22:27 (UTC)
- WMF的感觉可不是我们要考虑的范围之一。--1233( T / C) 2018年4月30日 (一) 12:15 (UTC)
- 同燃灯,选举似乎是没什么用的。
在极其罕见的情况下,基金会可能会留意这样的信息和情况:维基媒体工作人员或其他具有使用高级工具权限的用户进行违反信任规定的操作,这些高级工具由于隐私原因也不可能与维基媒体社区分享的,因此无法通过现有的社区治理机制来处理。有些违规情况并不足以将该维基项目人员赶出社区,但由于这可能会严重到违反社区对相关个人的信任,因此需要取消其行政管理权。
除权通常是永久或长期的。重新获得信任并非不可能,这是因为要鼓励他们反思其行为会导致其高级权限被移除,并考虑他们未来如何更好地为社区服务。对于只是长期除权的情况下,只要限制权限获得的期限已过,申请者在重新申请获得这些高级权限时可能还需要满足一些要求,这些要求在其被除权时已经告知。——WP:OA
--云间守望淡出中,有事请发邮件 2018年5月1日 (二) 07:26 (UTC)
设立“技术管理员”任命程序
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
早前,MediaWiki开发人员社群达成共识,并发出谘询文件,指出将会设立新用户组“技术管理员”,并将MediaWiki名字空间下JS/CSS页面修改权交由技术管理员拥有,相关权限最终会从管理员移去。目前文件显示,本月九号将会开始谘询。两周谘询期完结后就会开始过渡期。过渡期目前设定为两周。期内会正式设立新用户组,而管理员亦会拥有新权限,以免过渡期内出现混乱。过渡期后,管理员就会失去相关权限。往后,相关修改事宜将完全交由技术管理员负责。除非全域社群达成新共识,目前预设方案是由本地社群全权负责制定任命程序及作出任命,而授权者会是行政员或监管员。如无理解错误,行政员授权亦一如授予管理员及行政员权限般属单向授权。文件中提到社群应该在过渡期内完成制定技术管理员任命程序及选出技术管理员。又提到技术管理员可信程度应该最低与管理员一致,甚至应该比管理员为高。另外,候选人应该熟识JS/CSS编程及有良好帐户保安操守,例如开启双重认证(2FA)。当然其亦有提到,社群所制定之任命程序可简单如用户当选管理员之后,简单询问其意向及是否熟悉JS/CSS编程及基本保安操守;以及,凡管理员要求就授予权限。如何任命,则交由诸位决定。
另外,由于时间仓卒,建议第一批技术管理员由目前管理员之中选出,尤其是最近有编辑过MediaWiki:Common.js、MediaWiki:Common.css、小工具及其他MediaWiki名字空间下之.js/.css页面者,例如︰User:Shizhao、User:KOKUYO、User:Alexander Misel、User:Xiplus、User:Jimmy Xu、User:WhitePhosphorus、User:Antigng、User:Cdip150、User:Techyan、User:Wcam、User:春卷柯南、User:Bluedeck、User:Liangent、User:Shinjiman、User:Lanwi1、User:Wong128hk、User:Stang、User:Manchiu、User:Hat600及User:AT(以上管理员共二十名,于2017年至今之时段内有编辑过前述页面,至于数量可浏览此查询结果)。另外,如何选,及准则如何,亦交由诸位决定。
以上。--J.Wong 2018年7月5日 (四) 04:25 (UTC)
- 一个简单问题也请各位讨论一下:鉴于本权限说是行政员和监管员授权,那么行政员是不是默认是本组成员?另外,这应是一个短期权限(像flood一样用后即除)还是一个长期权限?是否有类似于REVOKE的机制?-- Stang 2018年7月5日 (四) 05:26 (UTC)
- 另一个相关问题:现时我们不知道谁开了2FA。--1233( T / C) 2018年7月5日 (四) 13:10 (UTC)
- 要求即可,暂非强制要求,是“良好帐户保安操守”的举例。--YFdyh000(留言) 2018年7月5日 (四) 14:49 (UTC)
- 从理念来说,任何无需此权限的用户不应被授予权限,以减少受攻击风险和影响。中期权限较好,如根据社群方针或申请的使用需求授予1/3/6个月,期限内无相关编辑则除去(是否先通知再议),并允许和建议不用时申请除权。--YFdyh000(留言) 2018年7月5日 (四) 14:49 (UTC)
- 另一个相关问题:现时我们不知道谁开了2FA。--1233( T / C) 2018年7月5日 (四) 13:10 (UTC)
- 主要的js/css脚本如非必要的话绝大部份时间并不会修改,但是要修改的时候很多都是很急切的(以MediaWiki:Common.js为例,曾试过17个月没有被改,结果下次就因为MW后台突然有改动,继而急需修改),如祇设为中短期的临时权限,并不利于突发性的维护,所以“技术管理员”应该是长期永久权限给予受信任的用户作备用,当“技术管理员”严重操作失当或失信时才作罢免。--街燈電箱150號 开箱维修 抄表 检验证明 2018年7月5日 (四) 16:42 (UTC)
- 根据目前的补丁,未来默认只有
techadmin
用户组才有权限修改站点配置。该用户组可以由监管员和本地行政员赋权,但只有少数wiki的本地行政员是可以除权的(zhwiki不在此列)。——꧁༺星耀晨曦༻꧂(留言) 2018年7月5日 (四) 18:36 (UTC) - 如建议将此权限设为临时权限,请特别留意︰一、除非修改配置,否则本地行政员是没法除权;二、此权限不止用于修改MediaWiki:Common.js/.css,尚有一堆MediaWiki:Common.js/.css子页及一堆小工具代码,请衡量临时授权是否足以应付MediaWiki:Common.js/.css以外一堆页面之日常维护,特别是小工具;三、亦请同时考虑权限取得程序应该如何,会否需要经过投票?抑或只要申请就授予权限呢?如为前者,临时制会否过于繁复,以及会否阻碍或令技术帝失去意欲或动力去更新代码?--J.Wong 2018年7月6日 (五) 07:43 (UTC)
- 我的建议:1.行政员能否授予或收回权限?我的建议是修改配置使得行政员能修改权限,鉴于这一权限的威力,可能需要一种直接有效的制止手段防止上次Commons的案例发生(当然,如若这一修改可能使得行政员能同时收回其他权限,可能还要交给社群讨论)。2.是否要投票?我觉得暂时没必要。可信管理员甚至是社群中技术能力强而可靠的用户我觉得都应该可以申请此权限,惟需得到社群共识。--云间守望 2018年7月6日 (五) 13:17 (UTC)
- (!)意见既然开发者要投票,就快速的投票吧,本人强烈反对此举,稍后会在开发者页面留言。我认为这些时间可以用来改善其它的更重要的事。不反对以上管理员直接任命--Cohaf(留言) 2018年7月6日 (五) 15:45 (UTC)
- 如果有时间可以看我的看法,不再离题了--Cohaf(留言) 2018年7月6日 (五) 16:19 (UTC)
- MW开发者社群已经达成共识,目前的阶段是对编辑者社群发出咨询(从7月9号开始),编辑者社群对此任务只有建议权没有决定权。(P.S:对于开发者来说没有比安全更重要的事情)——꧁༺星耀晨曦༻꧂(留言) 2018年7月6日 (五) 16:08 (UTC)
- 麻烦别再离题……如有需要,可连同下列段落移步至消息区或其他区继续讨论。--J.Wong 2018年7月6日 (五) 16:16 (UTC)
- 我建议等咨询期过后再来讨论认命程序,因为目前阶段不能100%确认一定会新建这个用户组。——꧁༺星耀晨曦༻꧂(留言) 2018年7月6日 (五) 16:21 (UTC)
- @星耀晨曦:这不是等咨,而是通知。请注意。是100%确认了--Cohaf(留言) 2018年7月6日 (五) 16:28 (UTC)
- 没有任何语句表明这是一项通知,虽然确认的可能性几乎为100%。——꧁༺星耀晨曦༻꧂(留言) 2018年7月7日 (六) 04:24 (UTC)
- (!)意见有点生米已经煮成熟饭的感觉--Cohaf(留言) 2018年7月7日 (六) 12:46 (UTC)
- 没有任何语句表明这是一项通知,虽然确认的可能性几乎为100%。——꧁༺星耀晨曦༻꧂(留言) 2018年7月7日 (六) 04:24 (UTC)
- 我的建议是:直接授予上面二十名管理员相关权限。日后有人参选管理员之时,应于投票开始前列明自己是否希望获得此权限(一票二用)。JC1 2018年7月6日 (五) 18:12 (UTC)
- (+)支持支持--Cohaf(留言) 2018年7月6日 (五) 19:14 (UTC)
- 前半不反对,申请建议有单独页面或流程,以便非管理员以及当选管理员后的申请。--YFdyh000(留言) 2018年7月7日 (六) 16:28 (UTC)
- 反正都是“技术‘管理员’”,倒不如一个RFA处理,写明申请管理员/技术管理员/两者同时申请就好了,管理员当选后想再申请的话再走一次就好。JC1 2018年7月9日 (一) 15:40 (UTC)
- 管理员申请太兴师动众了,流程不同则可能比较麻烦,与其同页另行制定一份规则和格式,还不如新设页面。--YFdyh000(留言) 2018年7月10日 (二) 01:52 (UTC)
- 反正都是“技术‘管理员’”,倒不如一个RFA处理,写明申请管理员/技术管理员/两者同时申请就好了,管理员当选后想再申请的话再走一次就好。JC1 2018年7月9日 (一) 15:40 (UTC)
- 不反对,而且不反对设置长期权限,有些管理员如果有负责全局性工具维护或以此工作为主的话,可以申请长期权限,其他管理员或普通用户则是短期权限。——路过围观的Sakamotosan | 避免做作,免敬 2018年7月8日 (日) 02:23 (UTC)
- 此权限无论如何应保证有多位活跃用户持有,以便应对突发情况。所以本人反对仅设立短期授权。 --达师 - 370 - 608 2018年7月9日 (一) 14:48 (UTC)
- 本人偏向长期授权。而且由于涉及安全方面,本人强烈建议当选技术管理员要经过RFA,当选标准应该比管理员要高。——꧁༺星耀晨曦༻꧂(留言) 2018年7月9日 (一) 16:09 (UTC)
- 如果当选要求高导致达标、活跃人数偏少,相对会有紧急修改需求找不到人的弊端,包括面对风险或争议添加的回退。YFdyh000(留言) 2018年7月10日 (二) 01:58 (UTC)
- 建议标准从技术和信任出发。技术方面,候选人应该对css或者js非常熟练,可以处理大多数需求(这可以通过测试来证明)。在信任方面,应该从客观和主观分析,客观上候选人应该编辑满××次编辑(我建议和管理员标准一样3000次),并且近期活跃(比如一个月内起码有10次编辑),主观上就是社群是否信任候选人。——꧁༺星耀晨曦༻꧂(留言) 2018年7月10日 (二) 05:58 (UTC)
此外,提高的当选标准可否举例,如何判断技术实力和安全措施与信任。也许可以短期授权(如3个月)作为实习,有实际绩效再研究转为长期授权?--
- 如果当选要求高导致达标、活跃人数偏少,相对会有紧急修改需求找不到人的弊端,包括面对风险或争议添加的回退。YFdyh000(留言) 2018年7月10日 (二) 01:58 (UTC)
- 1) 上方讨论指出,目前本地无法除权,因此应尽可能减少甚至不设短期权限。如果本地行政员获得除权权限,可增加短期授权(主要用于维护小工具)。 2) 如果行政员有授权权限的话,应认为行政员均可自动成为技术管理员(因为不论如何,我们都需要要求他们保证账号的安全性,没有必要在这里设置门槛)。 3) 建议已任管理员的用户可以简化申请并由行政员核查和授权;为避免用户收集权限,申请的用户应通过一些方式表明自己具备CSS或JS的编程能力。被提名管理员的用户可表达需要或不需要技术权限的意愿,并由授权行政员决定是否一并授权。非管理员的用户可能需要进行相对复杂的选任程序,但本人也认为RFA流程过于繁杂,建议有所简化,可能类似BAG的形式。 4) 另外建议尽可能不设置辞任后恢复权限的门槛,以鼓励用户在账号存在安全隐患时及时辞去权限,隐患消除后可予恢复。 --达师 - 370 - 608 2018年7月10日 (二) 06:12 (UTC)
- “设立此用户组后,MediaWiki名字空间下JS/CSS页面修改权就会交由技术管理员持有,并从管理员移去相关权限”……我建议,达成共识的话就按共识来,如果没能达成共识,就给所有管理员技术管理员权限。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年7月10日 (二) 08:36 (UTC)
- 如果未能达成共识,我倒是建议把上面列举了20名管理员添加到技术管理员用户组,而不是所有管理员。——꧁༺星耀晨曦༻꧂(留言) 2018年7月10日 (二) 09:13 (UTC)
- @星耀晨曦:那样也没问题。--相信友谊就是魔法的CuSO4正在努力提高知识水平 2018年7月10日 (二) 09:38 (UTC)
- 如果未能达成共识,我倒是建议把上面列举了20名管理员添加到技术管理员用户组,而不是所有管理员。——꧁༺星耀晨曦༻꧂(留言) 2018年7月10日 (二) 09:13 (UTC)
反对分拆权限,管理员应继续持有权限
- (?)疑问:中文维基可以维持现状吗?即可否不设立“技术管理员”,现有的管理员保留这权限?--屈原虫※留言 2018年7月6日 (五) 11:31 (UTC)
- 依据提案人回应及上述文件,七月九号开始两周谘询期内,会收集社群意见。如果期间有意见或有人指出此计划有重大缺漏使得开发人员重新考虑时,则有可能令计划改变。不过最终决定权仍然归于MediaWiki开发人员社群所有。至于是否可以令现有管理员都保留此权限,答案是可以,因为任命权在本地社群,本地社群可以通过共识,任命目前全体管理员为技术管理员。但就可能会与该提案本意有所矛盾。--J.Wong 2018年7月6日 (五) 12:47 (UTC)
- (-)反对:强烈建议管理员可以保留此权限。设立“技术管理员”是多此一举,又不是有人滥用此权限--屈原虫※留言 2018年7月6日 (五) 13:13 (UTC)
- 详见咨询文件以了解为何MW开发社群会考虑转移敏感权限到新用户组。——꧁༺星耀晨曦༻꧂(留言) 2018年7月6日 (五) 13:23 (UTC)
- 任何权限都有机会被滥用,不要因为个别人士滥用,而要取消所有人的权限;如果真的发生滥用,可以动议解除滥用者的权限。--屈原虫※留言 2018年7月6日 (五) 13:32 (UTC)
- 滥用不是问题。问题是如果一个管理员帐号被劫持后,往mediawiki:common.js插入恶意代码,会让全站用户陷入被盗号的风险。——꧁༺星耀晨曦༻꧂(留言) 2018年7月6日 (五) 13:43 (UTC)
- (&)建议:不必取消管理员这个权限,另外增设一个“技术员”,权力下放,鼓励更多人贡献维基。--屈原虫※留言 2018年7月6日 (五) 13:27 (UTC)
- 由于安全原因,这个建议几乎不可能被接受。——꧁༺星耀晨曦༻꧂(留言) 2018年7月6日 (五) 13:32 (UTC)
- 我们在这里根本不能反对
说真的,你们的反对话语还是放进Phabricator吧,这个相关问题我问过了他们。--1233( T / C) 2018年7月6日 (五) 13:34 (UTC)
- 此议题并非本地社群所能决定,此决定亦非本地社群所作出,如有异议,请移步元维基谘询文件讨论页向开发人员反映。任何语言都可以。谘询期至七月廿二日。--J.Wong 2018年7月6日 (五) 15:38 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
设立“技术管理员”任命程序‧意见谘询
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
早前,MediaWiki开发人员社群达成共识,并发出谘询文件,指出将会设立新用户组“技术管理员”,并将MediaWiki名字空间下JS/CSS页面修改权交由技术管理员拥有,相关权限最终会从管理员移去。目前文件显示,本月九号将会开始谘询。两周谘询期完结后就会开始过渡期。过渡期目前设定为两周。期内会正式设立新用户组,而管理员亦会拥有新权限,以免过渡期内出现混乱。过渡期后,管理员就会失去相关权限。往后,相关修改事宜将完全交由技术管理员负责。除非全域社群达成新共识,目前预设方案是由本地社群全权负责制定任命程序及作出任命,而授权者会是行政员或监管员。如无理解错误,行政员授权亦一如授予管理员及行政员权限般属单向授权。文件中提到社群应该在过渡期内完成制定技术管理员任命程序及选出技术管理员。又提到技术管理员可信程度应该最低与管理员一致,甚至应该比管理员为高。另外,候选人应该熟识JS/CSS编程及有良好帐户保安操守,例如开启双重认证(2FA)。当然其亦有提到,社群所制定之任命程序可简单如用户当选管理员之后,简单询问其意向及是否熟悉JS/CSS编程及基本保安操守;以及,凡管理员要求就授予权限。如何任命,则交由诸位决定。
上列段落各位已初步发表意见,及指出几个可行方向,现尝试归纳并细分于以下段落,供各位表态及发表意见。请踊跃发表意见,可用{{支持}}、{{同意}}及{{反对}}模板。不过并非投票,而是帮助最后归纳各方意见。--J.Wong 2018年7月11日 (三) 01:47 (UTC)
- 本次谘询将会持续至七月十九日。如有需要,个别段落可能会继续开放讨论。--J.Wong 2018年7月13日 (五) 10:49 (UTC)
一、是否委任此处所列之二十名管理员为“技术管理员”?
- 因为时间有限,我建议先那20名管理员获权先,我看投一个票比较好,支持/反对而已。--Cohaf(留言) 2018年7月10日 (二) 18:30 (UTC)
- 此段各位请表态是否支持委任该二十名管理员为“技术管理员”。如反对,是否可理解为支持第一批“技术管理员”亦需经获确立程序任命?--J.Wong 2018年7月11日 (三) 01:47 (UTC)
- (+)支持。--云间守望 2018年7月11日 (三) 03:08 (UTC)
- (+)支持建议人票--Cohaf(留言) 2018年7月11日 (三) 06:15 (UTC)
- (+)支持--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
- (+)支持。--B dash(留言) 2018年7月12日 (四) 09:19 (UTC)
- (+)支持--屈原虫※留言 2018年7月13日 (五) 04:47 (UTC)
二、行政员是否应该同时拥有“技术管理员”权限?
- (=)中立:非所有行政员精于技术。--云间守望 2018年7月11日 (三) 03:10 (UTC)
- (?)疑问既然行政员有权给于,也可以给于自己,有点像BAG成员包括所有行政员--Cohaf(留言) 2018年7月11日 (三) 06:26 (UTC)
- 考虑到权限设立的主要目的是保障站点安全性,行政员无论如何都是高风险的用户,没有必要再加设门槛。建议默认可以拥有,且行政员不需要任何流程即可授权,并可自己授权。并建议不需要该权限的行政员不保有该权限。 --达师 - 370 - 608 2018年7月11日 (三) 09:57 (UTC)
- (=)中立 看行政员意愿,如果不需要则可不保留,需要时允许直接授权。--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
- 因为达师所说的原因,我同意行政员自动兼任技术管理员。如果行政员不想要这个权限,可以不用。随时想要的时候可以随时给自己加上。Bluedeck 2018年7月17日 (二) 18:01 (UTC)
三、候选人/申请者资历要求
三‧一、技术管理员可否授予非管理员?
- (+)支持授予非管理员。--云间守望 2018年7月11日 (三) 03:09 (UTC)
- (+)支持,可授予资深用户。--B dash(留言) 2018年7月11日 (三) 06:47 (UTC)
- (+)支持授予其他用户。 --达师 - 370 - 608 2018年7月11日 (三) 10:01 (UTC)
- (+)支持--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
- (+)支持--屈原虫※留言 2018年7月13日 (五) 04:48 (UTC)
根据元维基的设定,只有管理员才可以成为技术管理员,否则就不会有上述收紧权限的事情。--1233( T / C) 2018年7月13日 (五) 07:09 (UTC)
- 没有此类规定。只说了“管理员拥有高危权限”,所以得减权。但不影响非管理员用户成为技术管理员。——꧁༺星耀晨曦༻꧂(留言) 2018年7月13日 (五) 10:01 (UTC)
- 如果是这样,就不会连一些维基的介面修改者也被牵涉其中。--1233( T / C) 2018年7月14日 (六) 03:45 (UTC)
- 其实并不能够说明什么,如果受影响社群能够证明委任程序堪比管理员,能够验证候选人可信程度堪比管理员,个人相信自可别论。而且分拆后,同样可以再次委任该等持权人成为技术管理员。又或者经社群共识,修改用户组权限组合。就算是监督员、用户核查员及行政员,已经成为管理员亦只是建议条件,而非必然条件。所以无论是从网站保安新方向而言,抑或从本地社群决定而言,都不见得将技术管理员权限授予非管理员会衍生任何问题或抵触任何既有政策及惯例。目前最重要,仍然是社群就此议题达成共识。--J.Wong 2018年7月14日 (六) 11:54 (UTC)
- 其要求是可信程序至少要堪比管理员,所以社群制定较灵活授权政策,并无与谘询文件及权限设立原意相抵触,只要人选确乎可信而程度堪比管理员即可。这亦可以满足诸如只想处理技术但不欲处理站务者之要求。--J.Wong 2018年7月13日 (五) 10:32 (UTC)
三‧二、建议资格须如管理员一致?是否有其他建议?
(!)意见需要有相关技能,效仿BAG成员提名人最好拥有机器人或至少AWB一样--Cohaf(留言) 2018年7月11日 (三) 06:19 (UTC) (+)倾向支持。另参考WP:BAG--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC) (!)意见,建议增加技术性要求,例如有协助维护一些常用的站内脚本或css(例如贡献过或当前负责维护中)。——路过围观的Sakamotosan | 避免做作,免敬 2018年7月13日 (五) 00:44 (UTC) 我觉得要求巡查员或回退员的要求可以移除。——꧁༺星耀晨曦༻꧂(留言) 2018年7月13日 (五) 08:52 (UTC) (!)意见我的版本如下
- 编辑次数3,000次或以上。
- 并且编辑CSS/JAVASCRIPT约???次以上
- 最近一年内没有受到封禁(不合理封禁除外)。并且账号创建以来没有任何扰乱型编辑/编辑战的禁封
说明与其巡查,回退,CSS/JAVA比较好的质量评估,数目可以变化。这权本身就是以防扰乱,所以申请人不能有扰乱型编辑。账号创建以来也可以缩短。无需一年,有一些有才华的新人,且证明实力的我是建议可以授权,因为没有多少人有相关经验,也可以减轻20名管理员的负担。--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月13日 (五) 09:03 (UTC) (!)意见,编辑不一定,像Mediawiki空间的js/css不能普通用户编辑,但是可以提意见要求修改或修复,这样也能体现一定的脚本编写能力。——路过围观的Sakamotosan | 避免做作,免敬 2018年7月13日 (五) 09:32 (UTC)
- 多少次就空白吧--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月13日 (五) 10:05 (UTC)
四、短期权限 vs 长期持有,抑或并存?
- 另外,上次讨论之中,YFdyh000君亦建议可“短期授权(如3个月)作为实习,有实际绩效再研究转为长期授权”。如何呢?--J.Wong 2018年7月11日 (三) 01:47 (UTC)
- (+)支持并存。--云间守望 2018年7月11日 (三) 03:08 (UTC)
- (+)支持(▲)同上--Cohaf(留言) 2018年7月11日 (三) 06:21 (UTC)
- (+)支持并存。--B dash(留言) 2018年7月11日 (三) 06:49 (UTC)
- (-)反对短期授权,唯一原因是短期授权者除权只能去meta。如果本地行政员具备除权权限,则(+)支持并存。 --达师 - 370 - 608 2018年7月11日 (三) 09:59 (UTC)
- (+)倾向支持并存。--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
- 注意:元维基申明了,本地行政员不能除权--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月12日 (四) 09:08 (UTC)
- 阁下或者有所误会,建议再稍等一下回复。当然,预设而言,行政员是不可以移除相关权限。--J.Wong 2018年7月12日 (四) 09:44 (UTC)
- 最理想是可以,我的确有误会,但是开发人好像说需要有共识,可能有需要投多一项票了。--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月12日 (四) 10:20 (UTC)
- 开发人员已经回复了,就算要修改,只要本地达成共识即可。--J.Wong 2018年7月12日 (四) 10:22 (UTC)
- 要不多一个投票取得共识?--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月12日 (四) 10:25 (UTC)
- (+)支持并存。 吐槽:本地无权除权有点麻烦。--Junjie Yuan(留言) 2018年7月12日 (四) 10:41 (UTC)
- @Junjie Yuan:无需吐槽,在下方投一票支持本地行政员除权一案把。--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月13日 (五) 00:53 (UTC)
- (!)意见,如果只能meta除权的话,不支持短期权限,否则否则反之。——路过围观的Sakamotosan | 避免做作,免敬 2018年7月13日 (五) 09:34 (UTC)
四‧一、是否容许行政员解除技术管理员权限?
基于上列讨论,似乎大家都倾向于两种授权模式并存。如此,请也就此议题凝聚共识,以便稍后向Phabricator提交申请,修改本站设定。--J.Wong 2018年7月12日 (四) 10:27 (UTC)
- (+)支持无需多说--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月12日 (四) 10:35 (UTC)
- (+)支持--B dash(留言) 2018年7月13日 (五) 08:40 (UTC)
- (+)支持,避免过度劳烦meta区的人。——路过围观的Sakamotosan | 避免做作,免敬 2018年7月13日 (五) 09:34 (UTC)
五、产生办法
五‧一、管理员投票时“一票两用”
- (+)支持:当然可行。--云间守望 2018年7月11日 (三) 03:04 (UTC)
- (+)支持强烈支持--Cohaf(留言) 2018年7月11日 (三) 06:23 (UTC)
- (+)倾向支持此方案。--B dash(留言) 2018年7月11日 (三) 06:53 (UTC)
- 应该允许管理员通过较为简化的方式获取技术管理员权限。因此(+)支持投票结束后一并授权。 --达师 - 370 - 608 2018年7月11日 (三) 10:02 (UTC)
- 可以注明并一并投票和授权。--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
- 有条件支持如在RFA的时候同时申请技术管理员,仍需证明其技术。(技术管理员在技术上面的要求应高于管理员)——꧁༺星耀晨曦༻꧂(留言) 2018年7月11日 (三) 23:22 (UTC)
- (+)支持:--屈原虫※留言 2018年7月13日 (五) 04:49 (UTC)
五‧二、经独立投票产生
- (+)支持不反对--Cohaf(留言) 2018年7月11日 (三) 06:23 (UTC)
- (+)支持 投票页应注明当前权限和维护成果。--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
- (+)支持:这样子达成共识我也不反对。-云间守望 2018年7月13日 (五) 09:17 (UTC)
- (+)支持,相当于管理员的编辑脚本角色分离,参照巡查员等做法,独立授权。——路过围观的Sakamotosan | 避免做作,免敬 2018年7月13日 (五) 09:35 (UTC)
- (+)支持,避免不活跃者长期占用高风险权限;有利技术精英。--Temp3600(留言)
五‧三、共识制,候选人申请并经社群考验及对答后,按共识决定是否授权
- (+)支持:技术管理员确实偏向技术,而且除了界面之外有更多的事情做。--云间守望 2018年7月11日 (三) 03:07 (UTC)
- (+)支持也不反对--Cohaf(留言) 2018年7月11日 (三) 06:23 (UTC)
- (+)支持--B dash(留言) 2018年7月11日 (三) 06:51 (UTC)
- (-)倾向反对,基于善意推定和开源精神,只要申请的候选人表示自己懂css和/或js即可,考验没有必要,这又不是公司招聘程序员,还要考试。如果非要有考验,那么也应该限定在常规的css和js技术范围内(尽量不脱离mediawiki所涉及的css和js范畴),毕竟编程以及IT相关的技术范围太大,谁也不可能什么都会,只要懂得技术管理员能用到的相关技术即可(甚至不需要全懂)--百無一用是書生 (☎) 2018年7月11日 (三) 12:17 (UTC)
- (-)倾向反对,标准和方法模糊,容易拉票造势。--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
五‧四、申请制,设立类似BAG之组织审批授权申请
六、辞任及除权安排
六‧一、除权安排
请恕在下另加一项,有关技术管理员之安排。依在下的建议,RFA时可以选择一票二用或仅申请其中一项。同理,RFDA时应否作同样安排,由联署者决定一票二用还是必然两者同时除权?又或是社群投票时选择所除何权?另,不活跃技术管理员的安全隐患比普通管理员更大,因长期没有活动解任的时间应否较短?JC1 2018年7月12日 (四) 14:07 (UTC)
- 之前也有想过是否需要谘询此议题,不过认为应该会参照目前用户核查、行政员及监督员等处理方式,即解任案一经通过,就会移除所有权限。此次修订完成后,就会提案修订《管理员离任方针》。至于不活跃期,则欢迎各位提意见。或者可以连同下列六‧二一起讨论。--J.Wong 2018年7月13日 (五) 11:07 (UTC)
不活跃的技术管理员
六‧二、辞任后复职安排
上次讨论之中,达师君如此写道︰“另外建议尽可能不设置辞任后恢复权限的门槛,以鼓励用户在账号存在安全隐患时及时辞去权限,隐患消除后可予恢复。”各位,意见如何呢?--J.Wong 2018年7月11日 (三) 01:47 (UTC)
行政员权限另案不代表技术管理员权限另案。我同意星耀晨曦所言,一个月内没有编辑则移除权限,此亦应适用于由行政员为自己加上的权限。另外,由于时间较短,我认为因一个月不活跃而移除权限者可以于(对上一次编辑起计)六个月内无需经过社群投票,直接由行政员决定是否为其补回权限。JC1 2018年7月21日 (六) 02:13 (UTC) “行政员权限另案不代表技术管理员权限另案。”不太明白。至于后面就似乎与达师君所言有所矛盾,未知达师君有何看法。--J.Wong 2018年7月21日 (六) 02:34 (UTC) 达师君,姑勿论是否与行政员看齐,请问对JC1君上列相关意见,有何看法?--J.Wong 2018年7月23日 (一) 04:06 (UTC) 另外,亦建议JC1君多交代一点理由,个人当然明白其一可能出自于安全考虑,此权限亦是应安全考虑而生,然而,亦要顾及实际需要,一个月时间其实非常短,学生而言,可能为了准备考试,在职人士,可能遇著高峰期,均有机会需要暂时放下维基百科,这么短时间内来来回回赋权收权,都未免增加行政负担。建议多平衡安全考虑及实际需要,过份侧重于其中一面均并非好事。--J.Wong 2018年7月23日 (一) 04:15 (UTC) 不肯另案,那我只好(-)反对任何低于6个月的提议。在行政员的活跃期限调整以前,我认为不需要设定更严格的不活跃期限。 --达师 - 370 - 608 2018年7月25日 (三) 09:28 (UTC) ꧁༺星耀晨曦༻꧂君、YFdyh000君,也请发表一下意见,以资解决争议。--J.Wong 2018年7月25日 (三) 09:54 (UTC) 无任何编辑与无技术编辑的期限分立如何,前者避免账号风险和不活跃,后者避免对技术向非活跃人士的过快解任。如2(或3)个月无任何编辑、6个月内无利用权限的技术编辑(需详细定义,另议)。这样也有缺点,就是当技术丰富、品行俱佳的维基人真的很忙而不再活跃于维基百科,会导致此权限解除,不过重获此权应该不难、符合安全需求。上方未见再议快速复权之方案。--YFdyh000(留言) 2018年7月25日 (三) 10:04 (UTC) 看了一下下面“行政员不活跃标准”的讨论,我认为一些意见是对的。加上目前降低不活跃标准并没有在提高安全方面有很多效用,我认为界面管理员跟随行政员标准也行。——星耀晨曦(留言) 2018年7月25日 (三) 11:32 (UTC) 既然没有人支持,关闭讨论算了。JC1 2018年7月25日 (三) 14:35 (UTC)
其他
如有遗留,请在此提出。另外,关于候选人或申请人资历要求,由于元维基谘询文件已作以下要求,包括熟悉JS/CSS编程及基本保安操守,例如高强度密码及双重认证(2FA),以及提升保安是此次分拆之目的所在,所以就不将这两项要求纳入谘询范围。而该两项要求亦已写入《技术管理员》。--J.Wong 2018年7月11日 (三) 01:47 (UTC)
- 说点题外话。编辑技术页面其实不一定就要懂技术,像我这样不太懂技术的人,也就改改用字、排板,未必一定要懂得怎样写编程才可以编辑。因此,在考虑怎样决定技术管理员的人选时,或许技术熟练程度并非唯一指标。—AT 2018年7月11日 (三) 15:01 (UTC)
- 也同意AT所说的。可能可以效仿模版编辑员的"条例",给一些常常给于建设性技术的编辑此权利,前提是该用户的意见一定要是可行且施行时没大碍。相信会谨慎用权者就可以给于权力。 吐槽一下,我们模版编辑员方针也还没完成,这一项政策无疑加重了社群的负担。单单了解政策的时间可以写一条不错的条目了。--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月11日 (三) 20:02 (UTC)
- 吐槽一下,与模板编辑员方针可互相借鉴与吸纳,都是受信任的技术维护员,只是风险和范围不同。--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
- 也同意AT所说的。可能可以效仿模版编辑员的"条例",给一些常常给于建设性技术的编辑此权利,前提是该用户的意见一定要是可行且施行时没大碍。相信会谨慎用权者就可以给于权力。 吐槽一下,我们模版编辑员方针也还没完成,这一项政策无疑加重了社群的负担。单单了解政策的时间可以写一条不错的条目了。--Cohaf (请多多关注技术管理员课题)(留言) 2018年7月11日 (三) 20:02 (UTC)
- (*)提醒“候选人亦应该熟识”似乎非元维基规定要求,而只是益处介绍。--YFdyh000(留言) 2018年7月11日 (三) 22:14 (UTC)
- 但这正正反映原设计构想为何。不过,其实正如Kokuyo君,其虽多次编辑相关页面,不过据在下所知,并不熟习JS/CSS编程。如此,在下于本次意见谘询后,整理方案时,会将之转为建议。--J.Wong 2018年7月12日 (四) 10:38 (UTC)
- 我认为设计思想是开发人员可提高对此组用户的安全设置要求和监测,但尚不是对用户行为的官方要求,只是建议,故本地方针不应依此定为强制标准。--YFdyh000(留言) 2018年7月12日 (四) 11:21 (UTC)
- 但这正正反映原设计构想为何。不过,其实正如Kokuyo君,其虽多次编辑相关页面,不过据在下所知,并不熟习JS/CSS编程。如此,在下于本次意见谘询后,整理方案时,会将之转为建议。--J.Wong 2018年7月12日 (四) 10:38 (UTC)
小结
已初步总结上列各段意见,并列于段落右边框框之内,如对各段落议题或总结或其他相关议题仍有意见,请从速发表,稍后将会按上列各项总结修订《技术管理员》。并于修订以后,提交至此,寻求通过,正式确立为方针。--J.Wong 2018年7月19日 (四) 08:16 (UTC)
- 已补充。JC1 2018年7月21日 (六) 02:13 (UTC)
- 上面的讨论看来没有人支持新方案,不再强求并已关闭讨论。至此再重新公示。JC1 2018年7月25日 (三) 14:45 (UTC)
- 其实还有后续。--J.Wong 2018年7月26日 (四) 01:03 (UTC)
元维基技术人员社群谘询案结果
详见此段,以下为翻译本︰
感谢各位,本次谘询已经完结。收到 Ajraddatz 建议以后,用户组已经重命名为“介面管理员”。这个应该是唯一重大改变。往后步骤则包括︰
- 下星期一将会向全部维基站点发送通知(如此,翻译员就可在此周末翻译通告)。通告稿本周三方会定稿,欢迎此前作出订正或提供意见。此后则会通知翻译员翻译通知稿。
- 与此同时,将会创建新用户组,而行政员将会有权赋予或移除权限。若然社群已经决议如何任命介面管理员,则可以开始作出任命。
- 四周以后(即8月27日)将会发送另一次通知(尚未拟稿)及从其他用户组移去CSS/JS页面编辑权。万一仍有用户未收到通知,当用户尝试编辑相关页面时,将会收到特制错误讯息。
- 8月27日之前,全域介面编辑亦会获得新权限及更名为全域介面管理员(或分拆,如打算有非介面管理员介面编辑)。
--J.Wong 2018年7月24日 (二) 02:09 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
“介面管理员”任命及解任程序‧意见谘询二
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
背景︰早前,MediaWiki开发人员社群达成共识,并发出谘询文件,指出将会设立新用户组“技术管理员”,并将MediaWiki名字空间下JS/CSS页面修改权交由技术管理员拥有,相关权限最终会从管理员移去。相关谘询本月九号开始,至廿二号完结,为期两周。三十号会开始过渡期,为期四周,至八月廿七号。期内会正式设立新用户组,而管理员亦会拥有新权限,以免过渡期内出现混乱。过渡期后,管理员就会失去相关权限。往后,相关修改事宜将完全交由技术管理员负责。除非全域社群达成新共识,目前预设方案是由本地社群全权负责制定任命程序及作出任命,而授权者会是行政员或监管员。行政员会有权授予或移除此权限。文件中提到社群应该在过渡期内完成制定技术管理员任命程序及选出技术管理员。又提到技术管理员可信程度应该最低与管理员一致,甚至应该比管理员为高。另外,候选人应该熟识JS/CSS编程及有良好帐户保安操守,例如开启双重认证(2FA)。当然其亦有提到,社群所制定之任命程序可简单如用户当选管理员之后,简单询问其意向及是否熟悉JS/CSS编程及基本保安操守;以及,凡管理员要求就授予权限。如何任命,则交由诸位决定。
本地第一次谘询已经完结,而结论则已归纳至《介面管理员》。此次谘询将会进一步探讨任命及解任程序细节。请踊跃发表意见,可用{{支持}}、{{同意}}及{{反对}}模板。不过并非投票,而是帮助最后归纳各方意见。暂定亦已一周为期,至八月二日,会尝试初步归纳结论。--J.Wong 2018年7月26日 (四) 10:11 (UTC)
更新草案于此。此项修订通过以后,介面管理员投票时间就会定为“两周”,通过门槛就会定为“有效支持票数25票或以上,且有效的支持票占总有效票的80%”,投票资格为符合人事任免投票资格使用者。--J.Wong 2018年7月26日 (四) 10:11 (UTC)
- 考虑到权限有重大安全风险,采用管理级要求是合适的。--Temp3600(留言) 2018年7月29日 (日) 07:01 (UTC)
- (+)支持--Cohaf (请多多关注界面管理员课题)(留言) 2018年7月29日 (日) 08:14 (UTC)
修订管理员离任方针
更新草案于此。大量替代“管理员”为“管理人员”并于首段定义“管理人员”。另外,无论是何种途径除权,五项管理人员权限均会同步移除,除非另有指明。按上次谘询结果,不活跃门槛为六个月。而此修订案如果通过,则会赋权行政员紧急除权介面管理员或按投票结果除权介面管理员,以及介面管理员解任投票资格为符合人事任免投票资格使用者,通过门槛为“总有效票数达25票或以上,且支持解任票数超过50%”,与及其他解任程序条文适用于介面管理员。以及一个额外修订,按目前惯例,将解任投票共识决定权表明属行政员,剔除管理员。至于后一句“如果该共识需由投票决定,其支持解任所需票数的指标可由非当事管理员或行政员视肇事管理员滥权程度或违反事实衡量,此通过指标通常为至少25张有效票的50%以上。”,则由于兹事体大,建议社群另案再议。--J.Wong 2018年7月26日 (四) 10:11 (UTC)
- 同意。--Temp3600(留言) 2018年7月29日 (日) 06:55 (UTC)
- (+)支持--Cohaf (请多多关注界面管理员课题)(留言) 2018年7月29日 (日) 08:14 (UTC)
短期权限授予机制
短期权限将采申请制,用户可参与讨论,表态是否赞同申请,并附以理据支持。最终由行政员按讨论内容决定是否批准申请。将设立Wikipedia:申请成为介面管理员/临时处理申请。--J.Wong 2018年8月6日 (一) 07:15 (UTC)第一次谘询结果显示短期权限采申请制,由类BAG组织审批。实际细节尚需议定,请各位就以下各项发表意见。--J.Wong 2018年7月26日 (四) 10:11 (UTC)
申请场地
- Wikipedia:申请成为介面管理员/临时?--J.Wong 2018年7月28日 (六) 01:28 (UTC)
审批者资格
- 会否由现任介面管理员审批?--J.Wong 2018年7月26日 (四) 10:11 (UTC)
- 可以表态和评论,决定性意见是否有利益相关(垄断和拉帮结派)之嫌。建议由行政员或其他管理员决定。--YFdyh000(留言) 2018年7月26日 (四) 16:04 (UTC)
- (▲)同上--Cohaf (请多多关注界面管理员课题)(留言) 2018年7月27日 (五) 05:01 (UTC)
最长时限
其他
介面管理员页面确立为方针
介面管理员资格要求
(!)意见可以不要“用户页面”有自己写的内容吗?有一点无关?--Cohaf(留言) 2018年7月26日 (四) 15:25 (UTC)
- 用户页面有内容的初衷是为了让社群能够对用户有了解。这一点上是不是界面管理员似乎没有影响。我认为以这个理由反对废除可能不充足;但也认为出于沟通需要(这种事偶尔会有跨语言沟通需求),应该建议有一个WP:BABEL。 --达师 - 370 - 608 2018年8月2日 (四) 12:28 (UTC)
- 同上,改要求建立Babel--Cohaf(留言) 2018年8月3日 (五) 06:16 (UTC)
- (&)建议既然是跨语言活动,又有巴别,元维基讨论页面如何?--Cohaf(留言) 2018年8月3日 (五) 14:14 (UTC)
- 但亦有用户并不喜欢于用户页添加巴别。另外,Cohaf君所指是否说这可以是跨语言规则,所以要提交元维基讨论?--J.Wong 2018年8月6日 (一) 07:15 (UTC)
- @Wong128hk:写错了,应该是要求申请人设立meta User page。然后在meta user page 加个芭比框 囧rz……--Cohaf(留言) 2018年8月6日 (一) 07:18 (UTC)
2018年7月5日前上任之管理员申请成为介面管理员事宜
- 已拥有管理员权限者新申请界面管理员权限只能经过投票,似有不妥,也许以前认为自己不需要界面权限的管理员,一段时间之后又需要了;或者是否应开放(对现在是管理员的用户)一次性的申请权限渠道?当然,如果上面所列20位之外的管理员都不需要此权限的话,自然可以不做。 --达师 - 370 - 608 2018年7月26日 (四) 15:43 (UTC)
- 3天投票,支持,反对而已,程序应该简单,不要搞到想rfab这么复杂,多数票就行。但是公告称需要有相关条文,无需最低票。--Cohaf (请多多关注界面管理员课题)(留言) 2018年7月27日 (五) 04:59 (UTC)
其他
外部脚本
站内小工具、个人common.js和global.js页面调用站内其他用户、维基媒体其他站点(如英文维基、共享资源)、外站(如wikiplus)之脚本的风险,尚无总结、研究(如cookies泄露、诱导操作的可能性)和要求,“良好账户保安操守”中不含。--YFdyh000(留言) 2018年8月3日 (五) 16:08 (UTC)
- @Wong128hk:发现有漏洞,如果3天没人投票,不能说是多数票。建议紧急加入,3天后如果没投票,就默认通过。好像公示期--Cohaf(留言) 2018年8月10日 (五) 06:35 (UTC)
- (?)疑问@Wong128hk、Cohaf:问一下该讨论现在讨论的结果是还在公示中,已经通过还是无共识?--Z7504非常建议必要时多关注评选(留言) 2018年8月16日 (四) 02:34 (UTC)
- @Z7504:现在是最后公示,第一批界面管理员已经上任,这只是公示方针,且已经到了尾声。--Cohaf(留言) 2018年8月16日 (四) 07:15 (UTC)
- Cohaf君︰以目前社群规模,如果连一票也没法取得,似乎也有点那个,亦非常困难。如果确实发生,个人建议交由行政员决定或延长投票期。--J.Wong 2018年8月21日 (二) 18:23 (UTC)
- @Wong128hk:同意,想想也是多担忧了,但是我是会投票的。(&)建议延长投票期7天,没有票就行政员决定--Cohaf(留言) 2018年8月21日 (二) 18:26 (UTC)
- 已修改提案。--J.Wong 2018年8月21日 (二) 19:27 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
最近几次管理员申请都失败的原因
纯粹为SiuMai为阐释观点和拒不申诉而持续使用傀儡的扰乱,故自此关闭。--傀儡杀手MCC214不做维基百科的persona non grata和MXYZPTLK#我做了甚么? 2018年9月20日 (四) 07:42 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
个人认为除了个别候选人的因素之外,社群对众现任管理员的普遍失望,引致投票时相对保守,不想再选个尸位素餐或滥用权限的管理员,亦是可以了解的。--144.178.14.16(留言) 2018年9月18日 (二) 05:48 (UTC)
- 这位IP似乎非常热心站务嘛,不如您用您的大号选一下管理员?--Yangfl(留言) 2018年9月18日 (二) 08:04 (UTC)
- 建议这位热心维基人用自己用户名写一下。否则我会怀疑您在引战。 --🐕🎈(实用主义大于天) 2018年9月18日 (二) 09:51 (UTC)
- 看这语气,疑似SiuMai?--傀儡杀手MCC214不做维基百科的persona non grata和MXYZPTLK#我做了甚么? 2018年9月18日 (二) 11:43 (UTC)
- 2018年9月19日 (三) 00:50 Manchiu(对话 | 贡献)已封锁144.178.14.16(对话)期限为1 周(仅限匿名使用者、停用帐号建立) (确认为傀儡或真人傀儡)[1][2],SiuMai傀儡的发言[3],不用看了。--傀儡杀手MCC214不做维基百科的persona non grata和MXYZPTLK#我做了甚么? 2018年9月19日 (三) 09:37 (UTC)
- WP:SPA--John123521 (留言-贡献) 2018年9月19日 (三) 11:31 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
建议修订WP:申请成为管理人员
鉴于管理人员申请页面不时会出现还不是时候及雪球关闭的情况,而关闭此等申请的操作经常由非行政员进行,过程一直行之有效;因此,本人现提议修订WP:RFA的相关指引,以规范化非行政员关闭RFA的实际操作,从而避免非行政员关闭时可能出现的任何争拗。
|
|
以上。欢迎各位对本提议提出相应意见。--无聊龙·留言·贡献欢迎光临维基餐厅 2018年11月15日 (四) 16:42 (UTC)
- 还没有时间看,但是界面管理员确实是建议不是必须,那个可以略比较好。--Cohaf (向我留言/我的贡献) 2018年11月15日 (四) 16:44 (UTC)
- 基本精神仍然是管理员没有任何硬性要求,只需要满足投票要求即可。过多的条文只会增加管理难度,除非候选人不活跃,其他情况私以为还是留着吧。~ viztor ✪ 2018年11月15日 (四) 17:05 (UTC)
- (+)支持(管理员部分)符合实际情况-某人✉ 2018年11月15日 (四) 17:20 (UTC)
- 为甚要改成“必须”?--百無一用是書生 (☎) 2018年11月16日 (五) 07:48 (UTC)
- 同上,改成“必须”有什么用途?Fran(Talk | Contributions) 2018年11月16日 (五) 08:41 (UTC)
- 改成必须不好。特别是界面管理员。--Temp3600(留言) 2018年11月16日 (五) 08:54 (UTC)
- 同Temp3600。--Mend My Way 2018年11月16日 (五) 09:01 (UTC)
- (+)支持大部分改动,但“介面管理员”的相关要求不应改为“必须”。--仍然相信友谊就是魔法的CuSO4 2018年11月16日 (五) 14:00 (UTC)
建立RFA为指引的提案当时是由我所主导提出的。当时撰写提案时使用“建议”的考量之一是指引本就属可有例外的规范性文本,纵使使用“必须”,其性质上仍相对更具强制性的方针有所差异;其次,尚不论及性质上之差异,我也认为若将“连续担任巡查员或回退员至少3个月或自首次编辑以来参与维基百科一年或以上。”或“使用者页面有自己编写的内容。”等定为申请成为管理人员之必要条件是诡异的(尤其是在后者)。综上所述,我认为本提案之内容与相应之理由恐怕稍显粗糙。——Aotfs2013 留于 2018年11月16日 (五) 15:55 (UTC)
以下是我的提议版本:
|
|
以上。Sænmōsà 2018年11月17日 (六) 13:50 (UTC)
非行政员终止投票
(+)支持建议简化内容。~ viztor ✪ 2018年11月17日 (六) 15:41 (UTC)
建议改必须
- (-)反对不觉得有必要。~ viztor ✪ 2018年11月17日 (六) 15:41 (UTC)
- (+)支持灰色地带很头痛-- Sunny00217 --维基餐厅开幕了,欢迎参观。 2018年11月17日 (六) 21:12 (UTC)
- (~)补充:在我的提议版本中,只有管理员才有必需要符合的条件,而介面管理员室没有。Sænmōsà 2018年11月19日 (一) 10:53 (UTC)
- (-)反对:靠common sense而不是过多条文解决。如果有灰色地带不好操作的话,留给行政员关闭。-Mys_721tx(留言) 2018年11月19日 (一) 15:24 (UTC)
Sænmōsà新版
|
|
以上版本把有争议的“建议改必须”略掉,维持原有条文,如要讨论此项,请另开新讨论;至于未有争议的“非行政员终止投票”,则仍在建议新增条文当中,还望诸位给予意见。Sænmōsà 2018年12月1日 (六) 14:11 (UTC)
- (~)补充:IA方面仍然新增了两项建议条件,因为始终IA也是需要有比较好的技术的人担任。Sænmōsà 2018年12月1日 (六) 14:13 (UTC)
- (-)反对:非行政员关闭第一条应限制在明显情况下,若有疑问则不应由非行政员关闭。-Mys_721tx(留言) 2018年12月1日 (六) 18:40 (UTC)
- 常识:如果在不明朗的情况下关闭,定必引起争议,那时行政员就会复核,然后重开;这样行政员还是守住了后门,我不认为用户敢胡乱在不明朗的情况下关闭。Sænmōsà 2018年12月5日 (三) 12:41 (UTC) 我认为这点可以用
- 不过就算阁下反对该条,其实也无碍,先行通过其他部分就好,这样比较flexible。Sænmōsà 2018年12月5日 (三) 12:43 (UTC)
- 基于常识,直接把这一版本公示七日,无合理异议即视为通过。Sænmōsà 2018年12月13日 (四) 08:12 (UTC)
- IA那个密码以及2FA其实不是建议,基金会要求需要10字母以及2FA是一定的,可以略。 — Cohaf (talk) 2018年12月13日 (四) 08:24 (UTC)
- Sænmōsà 2018年12月19日 (三) 10:26 (UTC) 那我索性删掉例子了。
- IA那个密码以及2FA其实不是建议,基金会要求需要10字母以及2FA是一定的,可以略。 — Cohaf (talk) 2018年12月13日 (四) 08:24 (UTC)
七日公示期已过,现宣告除“非行政员终止投票”中“候选人不符合成为合资格候选人的基本条件”一项外,悉数皆予以通过。Sænmōsà 2018年12月20日 (四) 13:48 (UTC)
@Sanmosa:我上面的讨论看得一头雾水。几个反对和支持根本形成不了什么一致意见。我点了下数,整个讨论把所有的方案都算上,总共就4个明确支持(包括部分支持)的,剩下的至多就是给些意见而已。从头到尾都没有几个人参与讨论。相比较之下,我看完这个讨论,感觉持反对意见的和支持的数量基本上差不多。。再比如那个“非行政员终止投票”,总共就viztor一个人明确表达了支持,这就算通过了?临通过前的“公示”期间,连上面讨论过的人都不ping一下也不去他们讨论页留言。Sanmosa朋友,共识可不是这么算的。在客栈这么多讨论里面混着,总共就不几个人参与了,这种讨论不叫共识的。你的条文我反对不反对先另说,但是我反对你共识达成的流程。凡是动管理员这个东西的讨论没有一个不是激烈收场,你这个讨论冷清到这种程度,支持跟反对相比没能形成明显优势,根本不叫共识的。。--黑暗雄鹰 2018年12月23日 (日) 21:51 (UTC)
- 我这里解释一下:“建议改必须”受了社群反对,所以在此提案中,并没有“建议改必须”,其中一个反对理由消除了,而“非行政员终止投票”惟一存在争议的条文也最终在通过时略掉了,所以现时的条文在略过了所有有人反对的东西后,应该不会招来其他反对;对于“凡是动管理员这个东西的讨论没有一个不是激烈收场”一说,我认为本次讨论之所以未有激烈讨论,是因为其争议性非常小,如果连争议性非常小的东西也要形成激烈讨论的话,这样才是真正的不合情理;在公示此条文时,我已经把公示讯息放在bulletin上了,我认为这样已经能假定所有人知情,他们应该有责任看一看bulletin,他们不看是他们的问题。Sænmōsà 2018年12月24日 (一) 00:56 (UTC)
- 另:非行政员终止投票应该不只一个人支持(不计及自己和无聊龙)。Sænmōsà 2018年12月24日 (一) 00:56 (UTC)
- (~)补充:上方的某提案也只是有一个人倾向支持(#方针与指引:添加维基百科名字空间下内容的详细分类说明),但还是通过了。Sænmōsà 2018年12月24日 (一) 01:01 (UTC)
- 还有,我很感谢金牌雄鹰这次非常理性的留言;这些议题,大家互相沟通对话就好,没必要每一次也闹僵。Sænmōsà 2018年12月24日 (一) 01:03 (UTC)
如何鼓励多点维基人关注RFA
关闭讨论,明显没有人认为有需要。请多多关注条目评审吧。--Cohaf (aka 喵喵) 2019年1月2日 (三) 11:51 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
在下发现RFA往往投票人不多,社群活跃用户按今天的数据是8000余人,但是有投票权限的应该也至少有3000余人,但是往年的RFA每次投票仅仅约50人参与,我纳闷,管理员是社群信任的人,也是解决一些社群矛盾,调解纠纷的维基人。如果有多点人参与讨论以及选举,就比较理想了。现在是公告栏,以及用户页,以及社交群体一些公告而已。如果可以于站内提高RFA的认知会是非常理想的。参考英语维基,每次RFA,每个维基人的监视列表里头都会提醒去关注,以及公告栏放的地点非仅仅最新更改而是互助客栈以及其他类似的站务页面。我想我们也可以学习如此,以上是在下的一点意见,请切磋。--Cohaf (aka 喵喵) 2019年1月1日 (二) 10:25 (UTC)
- 为什么要关心RFA,到维基百科来不是来关心自己感兴趣的话题的吗。(正色)Fire and Ice 2019年1月1日 (二) 11:05 (UTC)
- 为什么要关心RFA,好好写条目不好么。说到条目,就想到DYKC。今年,DYKC依然有很多各种各样的条目,希望各位仔细读了条目再投票,两开花,多关注,谢谢。--云间守望 2019年1月1日 (二) 11:35 (UTC)
- 为什么要关心RFA(咦我为什么要复读),RFA和RFDA正在逐渐变成客栈第二。说到第二,就想到《西游记》里的二师兄猪八戒。今年不只DYK还有很多条目要选GA,希望DYK和GAC两
开挂开花,多关注,谢谢。--超级王(古有指鹿为马,今有指桂为滇) 2019年1月2日 (三) 02:50 (UTC) - 那么关心RFA,说白一点就是有人来维基是为了做管理员!--203.145.95.191(留言) 2019年1月2日 (三) 05:27 (UTC)
- 估计得差不多,有人事任免投票权的一共四千六百多名用户。 --砜中嘌呤的白磷萃取 打谱 2019年1月2日 (三) 09:35 (UTC)
- RFA是不是一种乐器? --船到桥头自然卷(留言) 2019年1月2日 (三) 10:25 (UTC)
- 不是,RFA英文是Requests for adminship[4],即申请成为管理人员[5],话时话RFDA都是这样。--MCC214#aut viam inveniam aut faciam 2019年1月2日 (三) 11:29 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
关于复制他人的用户页
参见Wikipedia:页面存废讨论/记录/2020/02/16#批量提删及Topic:Vfcx4id13eaojkut,User:霜奶仙大量复制User:橙子木的子页面,以及User:游魂提到没有自己编写的内容可能导致你不符合Wikipedia:申请成为管理人员而无法申请管理员- Sunny00217 2020年2月18日 (二) 04:00 (UTC)
- 建议修订加入禁止复制他人用户空间内容的规定。—AT2020年2月18日 (二) 04:09 (UTC)
- 不喜欢这条限制,除非涉及个人隐私,被遗忘权等范围。参考其他人的代码来美化自己的用户页是合理的。另外,有时从已离开用户的沙盒中可以找到一些半翻译的条目版本,其他编辑可以借来继续改善条目。--Temp3600(留言) 2020年2月18日 (二) 05:06 (UTC)
- 有相当改动的话可以接受,单纯复制的话不妥。—AT2020年2月18日 (二) 05:24 (UTC)
- 而且,这条可能影响到我和您的维基人语录哦。--Temp3600(留言) 2020年2月18日 (二) 05:27 (UTC)
- 幅度问题。—AT2020年2月18日 (二) 05:30 (UTC)
- 所以很难界定呢。--Temp3600(留言) 2020年2月18日 (二) 05:55 (UTC)
- 语录倒还好,复制整个页面且人家都跟你抗议了还...-- Sunny00217 2020年2月18日 (二) 08:41 (UTC)
- 请求G3速删之后被说违反O1给恢复了2333,这都没啥了,再提删就是了,但是真的是会让人有被骚扰的感觉,要不是突然脑抽检查了下重定向我都没发现已经被他全页面复制挂在那一个月了------是橙🍊子🍊木哦! 2020年2月19日 (三) 03:08 (UTC)
- 有不当的页面,还是可以透过AFD逐项提删。我反感一刀切不容许复制其他人的用户页而己。--Temp3600(留言) 2020年2月19日 (三) 03:53 (UTC)
- 了解了------是橙🍊子🍊木哦! 2020年2月19日 (三) 14:32 (UTC)
- 诚如skey君所言:"这无关侵权,而是对橙子木的不尊重。"--Temp3600(留言) 2020年2月20日 (四) 03:35 (UTC)
- 了解了------是橙🍊子🍊木哦! 2020年2月19日 (三) 14:32 (UTC)
- 有不当的页面,还是可以透过AFD逐项提删。我反感一刀切不容许复制其他人的用户页而己。--Temp3600(留言) 2020年2月19日 (三) 03:53 (UTC)
- 请求G3速删之后被说违反O1给恢复了2333,这都没啥了,再提删就是了,但是真的是会让人有被骚扰的感觉,要不是突然脑抽检查了下重定向我都没发现已经被他全页面复制挂在那一个月了------是橙🍊子🍊木哦! 2020年2月19日 (三) 03:08 (UTC)
- 语录倒还好,复制整个页面且人家都跟你抗议了还...-- Sunny00217 2020年2月18日 (二) 08:41 (UTC)
- 所以很难界定呢。--Temp3600(留言) 2020年2月18日 (二) 05:55 (UTC)
- 幅度问题。—AT2020年2月18日 (二) 05:30 (UTC)
- 而且,这条可能影响到我和您的维基人语录哦。--Temp3600(留言) 2020年2月18日 (二) 05:27 (UTC)
- 有相当改动的话可以接受,单纯复制的话不妥。—AT2020年2月18日 (二) 05:24 (UTC)
- 不过直接Redirect其他人的用户页还是不太好。--Temp3600(留言) 2020年2月18日 (二) 05:55 (UTC)
- 禁止复制他人用户空间或许违反CC BY-SA协议?不如在Wikipedia:删除方针中加入“用户页原作者可以提请删除他人用户空间内的相应内容”--Steven Sun(留言) 2020年2月19日 (三) 02:12 (UTC)
- 一向都可以提删其他用户的用户页,如g12、g11等。--虫虫飞♡♡→♡℃※留言 2020年2月19日 (三) 02:22 (UTC)
- 禁止复制他人用户空间并不违反CC BY-SA协议,除非复制他人用户空间者在复制他人用户空间时严格遵守CC BY-SA协议的要求。复制他人用户空间而未有严格遵守CC BY-SA协议的要求的动作属于侵权,可以用现在的侵权程序提报。之前我在写马尔他国家档案馆的草稿时,就有IP直接复制草稿内容发布到条目空间,我就是用侵权程序提报处理的。ꓢꓯꓠꓟꓳꓢꓮ COVID-19 2020年2月19日 (三) 15:13 (UTC)
- CCBYSA只需要署名及以相同方式共享,许可人就无法收回使用权。也就是说如果符合此使用方式就无法以侵权处理。 -- Vikarna 千里送鹅毛,礼轻情意重 2020年2月19日 (三) 17:12 (UTC)
- 据我理解,霜奶仙并无保留橙子木的署名。ꓢꓯꓠꓟꓳꓢꓮ COVID-19 2020年2月20日 (四) 02:29 (UTC)
- 只是说禁止复制他人用户空间并非不违反CCBYSA,至少从许可人角度是如此。 --2020年2月20日 (四) 08:10 (UTC)
- 据我理解,霜奶仙并无保留橙子木的署名。ꓢꓯꓠꓟꓳꓢꓮ COVID-19 2020年2月20日 (四) 02:29 (UTC)
- CCBYSA只需要署名及以相同方式共享,许可人就无法收回使用权。也就是说如果符合此使用方式就无法以侵权处理。 -- Vikarna 千里送鹅毛,礼轻情意重 2020年2月19日 (三) 17:12 (UTC)
- 禁止复制他人用户空间并不违反CC BY-SA协议,除非复制他人用户空间者在复制他人用户空间时严格遵守CC BY-SA协议的要求。复制他人用户空间而未有严格遵守CC BY-SA协议的要求的动作属于侵权,可以用现在的侵权程序提报。之前我在写马尔他国家档案馆的草稿时,就有IP直接复制草稿内容发布到条目空间,我就是用侵权程序提报处理的。ꓢꓯꓠꓟꓳꓢꓮ COVID-19 2020年2月19日 (三) 15:13 (UTC)
- 一向都可以提删其他用户的用户页,如g12、g11等。--虫虫飞♡♡→♡℃※留言 2020年2月19日 (三) 02:22 (UTC)
- 基于维基百科对授权的规定,不应该禁止复制,但不应该致使人混淆,例如连同被复制者的使用者名称一起复制。-KRF(留言) 2020年2月20日 (四) 03:28 (UTC)
- 大家可以思考一下著作精神权利(Moral Rights)。即使版权没有限制,作者也有权反对和追究对作品歪曲、割裂、贬损等有害于作者荣誉的行为。考虑此议题的实际情况,可以认为“不轻易公开”是这几个用户页(作品)的一个重要属性,所以在作者明确表示不允许下仍然坚持公开是“歪曲”作品,影响作者的荣誉,所以有侵犯作品精神权利的嫌疑。 𝐂𝐥𝐚𝐬𝐬𝐲 𝐌𝐞𝐥𝐢𝐬𝐬𝐚 (称赞?投诉?) 2020年2月20日 (四) 05:09 (UTC)
- 我不会说这是rights, 而是privilege; 不过大意与Classy_Melissa一致。--Temp3600(留言) 2020年2月20日 (四) 09:09 (UTC)
- Rights可不是我说的,很多国家(包括美国)法律都有规定 𝐂𝐥𝐚𝐬𝐬𝐲 𝐌𝐞𝐥𝐢𝐬𝐬𝐚 (称赞?投诉?) 2020年2月20日 (四) 12:09 (UTC)
- 见Wikipedia:页面存废讨论/记录/2019/08/01#User:Emojiwiki/沙盒/User:A2569875,连专家奖跟拓荒奖都复制过去会致使人混淆,那是不可以的,我认为使人混淆,该删,但与果没混淆,只要加原页链接,不用太严谨。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2020年2月20日 (四) 23:44 (UTC)
- 自己的黑历史-- Sunny00217 2020年2月21日 (五) 10:02 (UTC)
- 复制人家的格式大部分应该都没什么意见,问题是全盘复制,还有被复制人不希望被复制。顺便ping一下@A2569875-- Sunny00217 2020年2月21日 (五) 10:06 (UTC)
- (?)疑问:依照CC BY-SA协议,用户在送出编辑后,在不产生误导且确实依照协议方式分享,原贡献者是否有权力要求他人不能复制相关内容?Poem(留言) 2020年2月22日 (六) 09:40 (UTC)
- CC协议(CC0除外)并无放弃精神权利,所以在某些情况下,可能是可以的 𝐂𝐥𝐚𝐬𝐬𝐲 𝐌𝐞𝐥𝐢𝐬𝐬𝐚 (称赞?投诉?) 2020年2月23日 (日) 04:40 (UTC)
- (?)疑问:依照CC BY-SA协议,用户在送出编辑后,在不产生误导且确实依照协议方式分享,原贡献者是否有权力要求他人不能复制相关内容?Poem(留言) 2020年2月22日 (六) 09:40 (UTC)
- 我不会说这是rights, 而是privilege; 不过大意与Classy_Melissa一致。--Temp3600(留言) 2020年2月20日 (四) 09:09 (UTC)
将Wikipedia:申请成为管理人员升为方针
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
提案无法得出共识。如被否决,请将讨论直接关闭。
由于Wikipedia:权限申请是使用方针规范,又方针的定义为通常应该遵守的标准,因此根据Wikipedia:使用常识,此次升级修订可视为事实性修正。即日起,公示七日后若无异议,现行指引将升级成为方针。 2020年8月15日 (六) 10:39 (UTC)
- (-)反对,Wikipedia:何谓忽略所有规则#不存在常识的情况:“当形成某一立场或解释某一行为时,要根据已有的共识...”指引设定当初都有讨论决定立为指引,指引内不全是权限申请的规范,还有使用权限的规范,由权限申请为方针推定所有权限页面都应该是方针显然错误。--Xiplus#Talk 2020年8月15日 (六) 11:12 (UTC)
- @Xiplus:不完全只从权限申请推定为方针而已,权限和使用者群组的规范为通常应该遵守的标准,并非只有尝试遵守,因此修正为方针无误。 2020年8月15日 (六) 11:36 (UTC)
- 请阅读Wikipedia_talk:申请成为管理人员/存档6#建议修订WP:申请成为管理人员一节的全部讨论,不少地方都显示出整个条文订为指引较好,目前没有看到您提出任何必须改为方针的理由。--Xiplus#Talk 2020年8月16日 (日) 06:13 (UTC)
- @Xiplus:不完全只从权限申请推定为方针而已,权限和使用者群组的规范为通常应该遵守的标准,并非只有尝试遵守,因此修正为方针无误。 2020年8月15日 (六) 11:36 (UTC)
- (+)支持提升为方针,但(-)反对这么粗暴地进行。升级方针与指引不能援引WP:IAR。-- Sunny00217 2020年8月15日 (六) 12:30 (UTC)
- (-)倾向反对:建议应该先行讨论后再进行,而非直接略过讨论直接公示。--🍫巧克力~✿ 2020年8月15日 (六) 12:44 (UTC)
随便你们吧!只是有点看不习惯而已,因为相关的页面是方针,但是唯有此页是指引。(▲)上同。 2020年8月16日 (日) 07:45 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
- 为啥要用可点击按钮写上“停止公示”?点了半天没反应。这是完全错误的用法啊--百無一用是書生 (☎) 2020年8月17日 (一) 01:47 (UTC)
- 因为好看。 2020年8月21日 (五) 15:37 (UTC)
- 噗…--Super Wang※DC不是贪食蛇,请勿盲目刷分 2020年8月24日 (一) 05:17 (UTC)
- 因为好看。 2020年8月21日 (五) 15:37 (UTC)