Wikipedia:Arbitration/Requests/Motions
- recent changes
- purge this page
- view or discuss this template
Currently, there are no requests for arbitration.
No cases have recently been closed (view all closed cases).
Request name | Motions | Case | Posted |
---|---|---|---|
Amendment request: Crouch, Swale ban appeal | none | none | 11 December 2024 |
Motion name | Date posted |
---|---|
Motions with respect to functionaries | 31 December 2012 |
Oversight-related blocks | 9 March 2013 |
Motions
This page can be used by arbitrators to propose motions not related to any existing case or request. Motions are archived at Wikipedia:Arbitration/Index/Motions. Only arbitrators may propose or vote on motions on this page. You may visit WP:ARC or WP:ARCA for potential alternatives. You can make comments in the sections called "community discussion" or in some cases only in your own section. Arbitrators or clerks may summarily remove or refactor any comment. |
Motions with respect to functionaries
Preamble: In early January 2013, the Arbitration Committee reviewed several aspects of the appointment and review processes related to Checkusers, Oversighters and AUSC members, including the appointment extension of advanced permissions to former arbitrators. In preparation for this review, arbitrators retiring as of 31 December 2012 were permitted to retain Checkuser and Oversight permissions at their request on an interim basis until the completion of the review and decisions on next steps. Below are the motions that the Arbitration Committee will vote on; other motions may be proposed as well. All functionaries and community members are invited to participate in the discussion.
Motion on Audit Subcommittee
Audit Subcommittee (AUSC) members are provided with Checkuser and Oversight tools in order to carry out their responsibilities. Community appointees to the AUSC are discouraged from routine or regular use of either tool; however, they are permitted to use the tools in order to develop a sufficient skill level to adequately assess the actions of Checkusers and Oversighters, and may assist in addressing time-sensitive situations, or serious backlogs. Community AUSC appointees who held advanced permission(s) prior to their term will retain the permission(s) they held prior to their appointment. Community AUSC appointees who did not hold advanced permissions prior to their term may apply to retain Checkuser and/or Oversight during any Checkuser/Oversight appointment cycle that occurs during their term and, if successfully appointed, will assume their new role at the end of the AUSC term.
For this motion there are 13 active arbitrators, not counting 1 recused. With 0 arbitrators abstaining, 7 support or oppose votes are a majority.
Support
- Risker (talk) 03:00, 20 February 2013 (UTC)
- I do not believe that members of the audit subcommittee should risk putting themselves in situations where their own use of the tools could be brought into question. Clearly uncontroversial circumstances, such as emergencies, should be fine, but in general I believe the less the tools are used, the better. The primary reason the tools are given to the members of AUSC (the community members, at least) is to allow them to review the logs; the way things are set up on our project, access to the logs comes hand-in-hand with access to the tools themselves. I also believe that arbitrator members should be subject to this as well, and so I would prefer that this motion be extended to include them, however this is at least (I believe) a step in the right direction. Hersfold (t/a/c) 03:04, 20 February 2013 (UTC)
- Kirill [talk] 04:29, 20 February 2013 (UTC)
- On the whole, "discouraged from routine or regular use of either tool" is tempered enough that I can live with it provided the exceptions listed are interpreted as exemplary and not exhaustive as is my current reading. — Coren (talk) 14:12, 20 February 2013 (UTC)
- Carcharoth (talk) 01:17, 21 February 2013 (UTC)
- WormTT(talk) 08:31, 21 February 2013 (UTC)
- Auditors need to remain aloof, yet we have not required them to be so; I think that needs to change. I don't accept the argument that this unjustifiably restricts the effectiveness of AUSC members; while it might restrict their ability to function as "regular" checkusers or oversighters, I don't think they should be performing such a function in the first place. AGK [•] 23:18, 21 February 2013 (UTC)
- Roger Davies talk 03:59, 22 February 2013 (UTC)
Oppose
- Fixes a non existent problem, and reduces the discretion and judgment of the AUSC members. I would expect AUSC members to avoid controversial use of the tools, but this goes way too far in tying their hands. Courcelles 02:26, 20 February 2013 (UTC)
- Not particularly convinced that we need this. T. Canens (talk) 17:27, 21 February 2013 (UTC)
- NW (Talk) 21:24, 21 February 2013 (UTC)
- Substantially per Courcelles. I agree, as I think everyone does, that both arbitrator and non-arbitrator members of the Audit Subcommittee should best refrain from controversial uses of the Checkuser or the Oversight tools. But I don't see a need for them to refrain from routine uses (bearing in mind that the ability to distinguish between routine and potentially controversial use is a function of the cluefulness that would lead the community to elect someone as an arbitrator or an AUSC member in the first place). And the next time a serial vandal comes along and engages in massive on-wiki harassment that must quickly be addressed and undone, I see no benefit if six of the most knowledgeable checkusers and oversighters are virtually disqualified from helping with the problem. Newyorkbrad (talk) 20:40, 24 February 2013 (UTC)
Abstain
Comments from arbitrators
- I'm of two minds about this. On the one hand, I believe this is a reasonable proposal given that the subcommittee members must also be seen as impartial regarding the use of those tools; but on the other hand, I feel that good recusal hygiene suffices to prevent us from loosing the help of three trusted contributors with those tools. I would be more inclined to support this if it counseled light usage of the tools (thus minimizing the risks) rather than discourage their use entirely. — Coren (talk) 02:19, 20 February 2013 (UTC)
- There are problems with AUSC members being near the top of the activity table, as has happened on several occasions; it makes it difficult to assess whether there is too much work to be done, or whether AUSC members are carrying out tasks before those users who have been specifically vetted for those permissions have even had a chance to see them. Just as importantly, this formalizes the position that AUSC members must go through the community review process in order to retain CU or OS after their term.
This is an important separation between the functions. The community members are elected to oversee the issues, not to become active participants on a regular basis, which is what has happened on several occasions. We would be in a better position to assign them specific reviews if some of them weren't so busy using tools. Risker (talk) 03:00, 20 February 2013 (UTC)
- Fluffernutter, just to be clear, I'm suggesting that all arbitrator members of AUSC be subject to this. You are very correct in that some of our most active functionaries have been members of the Committee; restricting the entire Committee from using their tools during their term would be a severe detriment to the project. Of course, we also have arbitrators who wouldn't know an IP address from a potato (the people I'm thinking of have more-or-less admitted this at one point or another), so I suppose for them it could be a moot point with regard to checkuser, and I myself tend not to use oversight very much mainly because the OTRS interface scares the willies out of me. Anyway, the point is, when it comes to managing who has access to the tools, there are enough members on the Arbitration Committee where one recused member wouldn't make a whole lot of difference in most cases. When it comes to simply reviewing them, there's only six people on the Audit Subcommittee; a recusal there can make a substantial difference when it comes to the final vote (or discussion, I've no idea how they do things). If we had substantially more active volunteers for both CU and OS, that may change things, but as things currently are, the loss of at least half a dozen or so additional active users of each tool (beyond that which we would lose from AUSC if the above passes) would be a fairly large blow to the project. Hersfold (t/a/c) 03:32, 20 February 2013 (UTC)
- The problem with his motion is that it doesn't say something along the lines of "If you can pass it off to a normal functionary, or let it wait, do so" which would be reasonable guidance. Instead it tries to micro-manage their judgment, and doing it by using such meaningless terms as "time-sensitive". Most functionary tasks, are, by definition, time-sensitive to some degree (esp. the Oversight task); these aren't CFD closes that pretty much survive languishing until someone feels like dealing with them, if you're oversighting something, there's damned good reason, and that means sooner is better than later. Checkuser is often able to wait, through stopping persistent vandals often needs to be done now and not in three hours, but oversight tasks almost always should be done as soon as someone is there. This motion doesn't say pass it off if you can, don't wade into anything even remotely controversial, it says "see obvious problem, remember vague motion, walk away." Because are we really going to start judging not whether an action was proper under CU/OS policy, but whether it was or was not time-sensitive enough to justify acting? That's a bad road to go down. Courcelles 04:46, 20 February 2013 (UTC)
- I hear your concerns, Courcelles. Let's look at Checkuser: I can't think of a good reason why an AUSC member would handle SPIs on a regular basis; they're generally not time-sensitive. About a third of the suppression requests are on old pages, or require second/third opinions; and those that have already been revision deleted (another good chunk) are generally not time sensitive and can wait for an hour or two. Indeed, I'd suggest that AUSC members shouldn't regularly be monitoring the Oversight OTRS queue, referring to it only when they are addressing a concern, or trying to work out some statistical information. I'd suggest that their use of the tools should be approximately equivalent to that of a steward: only when no other checkuser/oversighter can be located, and it's a suppression on a highly active page like ANI, that cannot be addressed with revision deletion. Risker (talk) 05:18, 20 February 2013 (UTC)
Discussion and comments from functionaries and community
- In my two terms on AUSC, I've done this as a general best practice, so I don't think it's unreasonable to formalize it. However, I believe I am in the minority of current/former AUSC members in this practice. MBisanz talk 02:07, 20 February 2013 (UTC)
- The trouble I see with this approach is that the caseload of AUSC (from what I understand) is extremely small. So in any case where an active functionary was appointed to AUSC (which in my mind is the ideal for at least some of that committee), the community would be trading hands that do work that needs doing in exchange for very occasional supervision. I understand the goal of discouraging AUSC members from being too heavily involved with tool use, but I can't escape the feeling that it nevertheless amounts to a net negative for a community which fairly commonly has backlogs of functionary-related tasks. A fluffernutter is a sandwich! (talk) 02:22, 20 February 2013 (UTC)
- Hersfold make a very good point in his vote. If the goal is that (as NE Ent phrases it) "those that audit should not do", it would make sense for all parties involved in auditing and supervising permissions use to be discouraged from using the tools. I still think that's probably a net negative (we rely on annual appointments of arbs and AUSC members to fill out the ranks of functionaries so work gets done), but if arbcom chooses to go the route of "auditors must remain neutral", it should apply to arbs as well, since they're the ones who ultimately give and take functionary permissions. A fluffernutter is a sandwich! (talk) 03:15, 20 February 2013 (UTC)
- Reply to Hersfold: Yeah, I realized after I saved that comment that given that the whole reason arbs are given CU/OS is to use them for arb work, it wouldn't make sense to flatly discourage/deny them use of the tools. However, I still think that if the goal is to keep those who supervise out of circumstances where their tool use might be one of the supervisory issues, it would be more consistent to discourage all arbs from using their tools in non-arbcom, non-emergency circumstances. This should go for AUSC arbs, at a minimum, but if the true concern is clean supervisory hands, it should also go for non-AUSC arbs. The fact that we lack the manpower to really take that approach sort of highlights the point that if we can't afford to do it with arb manpower, we probably can't afford to do it with AUSC manpower either, at least not without additional appointments of non-supervisory functionaries to take up that slack (which, come to think of it, would be a rather neat way to fix the entire "omg but manpower" issue regarding both arbs and non-arbs in supervisory positions). A fluffernutter is a sandwich! (talk) 03:54, 20 February 2013 (UTC)
- Hersfold make a very good point in his vote. If the goal is that (as NE Ent phrases it) "those that audit should not do", it would make sense for all parties involved in auditing and supervising permissions use to be discouraged from using the tools. I still think that's probably a net negative (we rely on annual appointments of arbs and AUSC members to fill out the ranks of functionaries so work gets done), but if arbcom chooses to go the route of "auditors must remain neutral", it should apply to arbs as well, since they're the ones who ultimately give and take functionary permissions. A fluffernutter is a sandwich! (talk) 03:15, 20 February 2013 (UTC)
- Those that audit should not do, the solution to not enough doers is to get more doers, not blur the distinction between auditors and doers. NE Ent 02:56, 20 February 2013 (UTC)
- Agreed! As in "isn't that obvious?" (seems like it is not...) - Nabla (talk) 11:02, 20 February 2013 (UTC)
- I personally feel that those that audit shouldn't be active functionaries for the duration of the terms. It not only is a question of neutrality, but also - perhaps I should say mainly - of an appearance of neutrality. Not being active users of the permissions they are entrusted to watch over would give a perception of a true super partes status and of the neutral court where one's grievances can be heard. One cannot truly be neutral when he's aware that a decision of his might have an impact on his own actions (if the Audit Subcommittee decides that an action taken by Checkuser X is disallowed, this will impact the Audit Subcommittee members' own practices and could even mean that some of their past actions would be disallowed and inappropriate). I would go so far as to suggest that the AUSC be given an ad-hoc userright that provides access to checkuser logs, checkuser and suppression logs (as I believe Checkuser might be needed in the course of their investigations) and that highlights their non-partisan and different role, much in the way as the Ombudsmen Commission does it (and yes, I am aware that now OC members can keep acting as local CU or stewards, but I believe that decision to have been taken in error, for again, the controllers should not be the controlled). Snowolf How can I help? 11:21, 20 February 2013 (UTC)
- Technical question – if I understand Oversight correctly, those with the permission have two capabilities – the ability to oversight something, and the ability to see material that has been oversighted. I can imagine that the Audit role requires the second function, so they can review and confirm that the usages were correct, but it isn't obvious to me why they need the ability to oversight something. I suspect that giving them just the second half (i.e. read, but not edit) might not be technically trivial , but if it is possible should it be a consideration?--SPhilbrick(Talk) 14:24, 20 February 2013 (UTC)
- This is the case with Checkuser as well - on the English Wikipedia, the "checkuser" and "oversight" usergroups contain both the ability to review the logs and use the tools (and in the case of oversight, view suppressed data). While I can imagine in some cases relating to checkuser it may be necessary to perform additional checks to verify that the checks in question were reasonable, that does not apply to oversight. It is possible to set up a usergroup that only has access to the logs and not the tools themselves, however to do so we'd need a developer's assistance and likely the Foundation's approval - it's a change that has to be made in the LocalSettings.php file used by Mediawiki, and the Foundation is (understandably) very sensitive about who can gain access to sensitive data. Hersfold non-admin(t/a/c) 19:17, 20 February 2013 (UTC) P.S. - Also, as the motion indicates, it can be helpful (especially with checkuser) to have some familiarity with how the tool is meant to be used so that an auditor has a better idea of what is a reasonable check and what is not. Granting them access only to logs prevents them from gaining this basic knowledge if they've never seen either tool before. Hersfold non-admin(t/a/c) 19:20, 20 February 2013 (UTC)
- I did think about the possibility that there is some value in actually using the tool to gain more appreciation of how it is used. However, that can be accomplished by giving them the authority in the test wiki, if they want to try an oversight, so they can be sure they understand the process. While I understand it would take some work by a developer, I see value in letting the functionaries have the read and write capabilities in a test wiki, but only the read capabilities This isn't a major issue – if we have enough trust to choose someone as an auditor, it is highly unlikely they are going to abuse the tool, but it would be cleaner if we made the distinction. To use an analogy from the real world, we give financial auditors to ability to review checks issued by a corporation, but we would find it absurd to simultaneously give them the right to issue a check on behalf of the organization. Read and write access are very different, and in most systems, separable. We should separate them, and give them the read access.--SPhilbrick(Talk) 15:08, 21 February 2013 (UTC)
- I don't think that the testwiki would really provide a good environment to give actual experience with the tool. That will help them see what the tool is capable of doing; however, it does not permit them to determine how a checkuser or oversighter would apply their judgment to determine when and how to use the tool. With checkuser in particular, there is a lot to be taken into account when looking for socks, and the checkuser must be able to correctly interpret the data to know if further checks are merited. Oversight does tend to be a bit more straight-forward, and that likely could be learned without actually using suppression at all. Hersfold non-admin(t/a/c) 18:43, 21 February 2013 (UTC)
- I echo Hersfold's comments. Checkuser is very complicated and a bit of practice really helps figure out what is appropriate and what isn't. The way that I see it, letting AUSC members practice using the tools is a poor solution, but it's better than the only other solution, namely where AUSC would only recruit active checkusers. --(ʞɿɐʇ) ɐuɐʞsǝp 19:14, 21 February 2013 (UTC)
- I grant that checkuser and oversight are different enough that the answer may be different. My comments were made solely thinking about oversight. I contend that oversight read access, possibility coupled with oversight write access in a test wiki is sufficient for an auditor. I'll defer to others about checkuser.--SPhilbrick(Talk) 19:23, 21 February 2013 (UTC)
- I echo Hersfold's comments. Checkuser is very complicated and a bit of practice really helps figure out what is appropriate and what isn't. The way that I see it, letting AUSC members practice using the tools is a poor solution, but it's better than the only other solution, namely where AUSC would only recruit active checkusers. --(ʞɿɐʇ) ɐuɐʞsǝp 19:14, 21 February 2013 (UTC)
- I don't think that the testwiki would really provide a good environment to give actual experience with the tool. That will help them see what the tool is capable of doing; however, it does not permit them to determine how a checkuser or oversighter would apply their judgment to determine when and how to use the tool. With checkuser in particular, there is a lot to be taken into account when looking for socks, and the checkuser must be able to correctly interpret the data to know if further checks are merited. Oversight does tend to be a bit more straight-forward, and that likely could be learned without actually using suppression at all. Hersfold non-admin(t/a/c) 18:43, 21 February 2013 (UTC)
- I did think about the possibility that there is some value in actually using the tool to gain more appreciation of how it is used. However, that can be accomplished by giving them the authority in the test wiki, if they want to try an oversight, so they can be sure they understand the process. While I understand it would take some work by a developer, I see value in letting the functionaries have the read and write capabilities in a test wiki, but only the read capabilities This isn't a major issue – if we have enough trust to choose someone as an auditor, it is highly unlikely they are going to abuse the tool, but it would be cleaner if we made the distinction. To use an analogy from the real world, we give financial auditors to ability to review checks issued by a corporation, but we would find it absurd to simultaneously give them the right to issue a check on behalf of the organization. Read and write access are very different, and in most systems, separable. We should separate them, and give them the read access.--SPhilbrick(Talk) 15:08, 21 February 2013 (UTC)
- This is the case with Checkuser as well - on the English Wikipedia, the "checkuser" and "oversight" usergroups contain both the ability to review the logs and use the tools (and in the case of oversight, view suppressed data). While I can imagine in some cases relating to checkuser it may be necessary to perform additional checks to verify that the checks in question were reasonable, that does not apply to oversight. It is possible to set up a usergroup that only has access to the logs and not the tools themselves, however to do so we'd need a developer's assistance and likely the Foundation's approval - it's a change that has to be made in the LocalSettings.php file used by Mediawiki, and the Foundation is (understandably) very sensitive about who can gain access to sensitive data. Hersfold non-admin(t/a/c) 19:17, 20 February 2013 (UTC) P.S. - Also, as the motion indicates, it can be helpful (especially with checkuser) to have some familiarity with how the tool is meant to be used so that an auditor has a better idea of what is a reasonable check and what is not. Granting them access only to logs prevents them from gaining this basic knowledge if they've never seen either tool before. Hersfold non-admin(t/a/c) 19:20, 20 February 2013 (UTC)
- Semi-related question: is there any way to remove a member of AUSC? --Rschen7754 18:02, 20 February 2013 (UTC)
- Leaving reply down here, phooey on the separate sections. If there were reasonable cause to do so, I'd imagine the Committee could remove a member of AUSC using Level I or II procedures as appropriate, as we would with any other functionary who had seriously crossed some line. Hersfold non-admin(t/a/c) 19:12, 20 February 2013 (UTC)
- @SilkTork: Noting here that per your comments I have marked you as recusing on the three motions. I draw your attention to the fact that this affects the majority calculations. Alexandr Dmitri (talk) 18:29, 20 February 2013 (UTC)
- The Ombudsman Commission faced a similar situation recently; if a checkuser from a very quiet wiki (say, a wiki with only a small handful of checkusers) was appointed as an Ombudsman then that would be very detrimental to that project. To get around this, the size of the Commission was expanded and the requirement that Commission members not use their local checkuser rights was removed (although it should be noted that all of us, including myself, have either scaled back our usage significantly or stopped altogether). I'm not sure it's feasible to expand AUSC's membership (AUSC wouldn't appear very impartial if a significant number of the project's checkusers were in it), but that is something that could be considered as an alternative in the future. --(ʞɿɐʇ) ɐuɐʞsǝp 01:11, 21 February 2013 (UTC)
- Personally, when it comes to the line "Community appointees to the AUSC are discouraged from routine or regular use of either tool," I think it may depend on whether or not the AUSCmember was an active OS/CU prior to AUSC service. I would think that someone who is already engaged in project-protection prior to AUSC service should not be forced to diminish/cease their activity because they are on AUSC, so long as they recuse from anything to which they are connected. -- Avi (talk) 18:42, 5 March 2013 (UTC)
Motion on CheckUser/Oversight and inactivity
The Arbitration Committee confirms the current procedures with respect to advanced permissions and inactivity as approved in March 2011, with the exception of retitling the provision "CheckUser/Oversight permissions and inactivity".
For this motion there are 11 active arbitrators, not counting 3 recused. With 0 arbitrators abstaining, 6 support or oppose votes are a majority.
Support
- I'm not sure it's important that this be done – or that a motion to do so is worthwhile – but the change itself is innocuous and indeed a bit more accurate. — Coren (talk) 02:40, 20 February 2013 (UTC)
- It doesn't just change the title. It confirms that we reviewed this procedure, and that we still believe it is appropriate. Risker (talk) 03:01, 20 February 2013 (UTC)
- It basically just changes the title. The very presence of these motions confirm that we've reviewed our procedures, but whatever. Hersfold (t/a/c) 03:05, 20 February 2013 (UTC)
- I see Courcelles' point, but I think it's useful to affirm policy is still practice. Der Wohltemperierte Fuchs(talk) 03:22, 20 February 2013 (UTC)
- T. Canens (talk) 03:29, 20 February 2013 (UTC)
- Kirill [talk] 04:30, 20 February 2013 (UTC)
- Reaffirming the general provision after a period of time is not a completely useless gesture. Genuine housekeeping would be updating the wording per Philippe's comment below. I would support that as well, but such a wording change could be done without any formal motion. Carcharoth (talk) 01:19, 21 February 2013 (UTC)
- The community doesn't really see the activity standards being enforced (because that always happens off-site), so letting it know that the standards continue to apply is worthwhile. AGK [•] 23:18, 21 February 2013 (UTC)
- Roger Davies talk 04:00, 22 February 2013 (UTC)
- Although as noted by many this motion is hardly essential, I see this as a reminder to everyone (including ourselves) of what the current policy is, as much as anything else. Newyorkbrad (talk) 20:42, 24 February 2013 (UTC)
Oppose
- Not in opposition to the change, per se, but opposed to the idea of motions that change nothing. Courcelles 02:37, 20 February 2013 (UTC)
Abstain
- For similar reasons as Courcelles. I'm not keen on the bureaucracy of ArbCom at the best of times and motions that change nothing embody this bureaucracy. However, I don't oppose the motion itself, so will abstain. WormTT(talk) 08:33, 21 February 2013 (UTC)
- Per WTT. If we can make the housekeeping changes to the point that Philippe and Avi bring up, then we don't need this. NW (Talk) 21:23, 21 February 2013 (UTC)
Comments from arbitrators
- Retitling because our section on Removal of permissions refers to all types of advanced permissions, including administrator and bureaucrat. Risker (talk) 02:02, 20 February 2013 (UTC)
- @MBisanz, it's housekeeping to be certain, but it's useful to publicly demonstrate that the change isn't just the whim of one arbitrator without discussion. Risker (talk) 02:22, 20 February 2013 (UTC)
- @Philippe and others, some members of the Ombudsman Commission elect to not use their tools or to do so sparingly during their appointment. The wording used at present accommodates that, while not obligating them to refrain from tool use. I'd suggest an explanatory note as a "footnote" to the procedure identifying that refraining from use of tools is optional for Ombudsman Commission appointees, effective February 2013. Risker (talk) 03:56, 3 March 2013 (UTC)
Discussion and comments from functionaries and community
I'm not exactly sure why this clarification is needed, but sure, have fun continuing to do what you've been doing since 2011! MBisanz talk 02:10, 20 February 2013 (UTC)
- I believe Ombudsmen may keep their bits now (at least the steward ones) so that last point may need to be reworded a tad. -- Avi (talk) 05:31, 20 February 2013 (UTC)
- Avi is correct. The line that ends "or (c) holders who have temporarily relinquished access, including CheckUsers or Oversighters who accept appointment to the Ombudsman Commission" may be confusing. The Wikimedia Foundation currently does not require that those who hold the tools relinquish them for the duration of their time on the commission. Philippe Beaudette, Wikimedia Foundation (talk) 07:29, 20 February 2013 (UTC)
- I am not sure why this is felt needed, or even felt that a full motion is necessary, but of course I trust the ArbCom's judgement that this deserves a vote. Snowolf How can I help?
A few points from me here.
- I notice you're reconfirming this motion. However, before resigning my oversight rights on 29 December 2012, I had not used them for over eight months. I certainly qualified as inactive under this motion, so why were my rights not removed? Additionally, it didn't take me very long to find a person with checkuser rights who qualifies as inactive, and there may well be more. So my question is, are you actually enforcing this? Because, from my experience, it appears you are not, which makes me question why you reconfirmed this motion.
- Five logged actions per three months does not qualify as "active" in my books, especially with checkuser where most SPI cases will have you make, as a minimum, four logged actions.
- The section regarding the Ombudsman Commission should be reworded as it is not correct anymore. Ombudsman Commission members now retain their local rights as the requirement that they do not use them has been removed. Although the Ombudsman user group has global checkuser rights, we are obviously not allowed to use them unless it's on Commission business, so retaining local checkuser rights is the indicator that we are allowed to use them on that wiki. I would personally like for Ombudsman Commission members to be exempt from this provision for the duration of their appointment, but that is up to you to decide.
--(ʞɿɐʇ) ɐuɐʞsǝp 01:29, 21 February 2013 (UTC)
- I did suggest that we adopt higher (and, as you argue, more accurate) standards of activity, but some of my colleagues disagreed—and in any case that suggestion does not appear to have made it into these proposals. I certainly agree that the current activity standards are a token gesture that are essentially useless in all but the most extreme cases of functionary inactivity. AGK [•] 23:18, 21 February 2013 (UTC)
- I appreciate that that's difficult for everyone to agree on. My other point remains, however; to date this inactivity policy has not been enforced, so does this reconfirmation actually change anything? --(ʞɿɐʇ) ɐuɐʞsǝp 23:50, 24 February 2013 (UTC)
As for Ombudsmen, I think we should treat them the same as we do with AUSC members, where they are exempt from the activity requirements while they're in office like Deskana said above. This motion should be expanded to reword the sentence in part c so it's brought up to current practise. Techman224Talk 05:52, 23 February 2013 (UTC)
Motion on removal of CheckUser/Oversight for reasons other than inactivity (Level II procedures)
Motion 1
Holders of CheckUser and/or Oversight permissions are presumed to continue to have the confidence of the Arbitration Committee under normal circumstances. CheckUser and/or Oversight may be removed by the Arbitration Committee for reasons other than inactivity, including recommendation by the Audit Subcommittee, conduct inappropriate to a user trusted with CheckUser and/or Oversight permissions, or breach of the privacy policy or other related policy. Should the Arbitration Committee consider such removal, the holder of the permissions will be notified of this consideration, and will have the opportunity to respond to questions or concerns prior to a final decision by the Committee. Removal of advanced permissions may occur when:
- (i) the holder of CheckUser and/or Oversight permissions has been notified of the concerns leading to consideration of removal of permissions and has had the opportunity to respond to those concerns, and
- (ii) a majority of the committee supports the motion (irrespective of recusal or inactivity).
Note that Level I procedures for removal of advanced permissions applies equally to removal of CheckUser and Oversight permissions, and that this motion does not affect Level I procedures.
Appeal of removal of CheckUser or Oversight permission
Appeal may be made to the Arbitration Committee six months or more after the removal of CheckUser and/or Oversight permissions.
For this motion there are 13 active arbitrators, not counting 1 recused. With 0 arbitrators abstaining, 7 support or oppose votes are a majority.
Support
Oppose
- Holding a functionary position is a role that requires a great deal of trust. Someone untrusted by a significant part of the committee should not continue to hold such a flag, and to make a recusal, abstention, or even an arb we haven't heard from in a while a de facto no vote is just wrong. Courcelles 02:33, 20 February 2013 (UTC)
- No. This makes it harder to remove permissions for which trust of the committee at large is critical than it is for adminship. I could see a quorum being required (for this and other removals) but not something that effectively hobbles the committee after a handful of recusals or absences. — Coren (talk) 02:34, 20 February 2013 (UTC)
- Per Coren. An arbitrator recusing themselves from a vote is removing themselves from a vote. This procedure turns a recusal into an oppose vote in all but name, essentially making it impossible to remove oneself from a vote due to an actual or perceived conflict of interest. This also does not take into consideration the difference between a week's inactivity and an I've-fallen-off-the-face-of-the-planet-you-haven't-seen-or-heard-of-me-in-the-last-few-months inactivity, the latter of which has happened from time to time. The former should be treated as this motion describes; the latter should not. Hersfold (t/a/c) 03:16, 20 February 2013 (UTC)
- T. Canens (talk) 03:28, 20 February 2013 (UTC)
- WormTT(talk) 08:38, 21 February 2013 (UTC)
- I missed "irrespective of recusal or inactivity" when these motions were being word-smithed. I consider it to be quite problematic: in the event that one or more members are on long-term leave from the committee, this motion (if adopted and in a case where the balance of opinion is moderately divided) would prevent us from removing a functionary whose use of their permissions, while not abusive enough to warrant the use of Level I procedures, is nevertheless so subpar that removal under Level II is necessary. We should make CU/OS as easy (and difficult) to remove as is adminship. AGK [•] 23:18, 21 February 2013 (UTC)
- It seems silly that we could pass a motion to desysop someone but still not have the votes to remove checkuser or oversight from them. NW (Talk) 19:16, 23 February 2013 (UTC)
- In principle, recused or long-term inactive arbitrators should not count in determining the majority on any issue; thus I can't support this motion as written. However, where recusals or inactivity situations are inherently temporary (as occurred for example in the situation that arose during the election last year), the solution is simply to postpone permanently addressing the issue until afterwards. That is in essence what happened, and no harm done. If there were to be a significant number of instances in which the Committee is unable to act due to multiple recusals or the like, we would want to discuss and establish a backup mechanism (which would extend well beyond functionary appointments). However, in the six and one-half years in which I've been following the Committee's work, this has virtually never been an issue, and in the absence of real need, I am reluctant to add to what already can be described as elephantiasis of the procedures manual. Newyorkbrad (talk) 20:50, 24 February 2013 (UTC)
- Per NW and NYB. Carcharoth (talk) 01:01, 5 March 2013 (UTC)
Abstain
Comments from arbitrators - Motion 1
- I note the comments of my colleagues and others. It should be *more* difficult to remove the tools from users who have already gone through three separate vetting procedures (acceptance of application, community review, final acceptance), including two by the Arbitration Committee, particularly when all of the evidence related to removal is by definition not available to the community for review and comment. It is very important that there is no possibility of removal for "political" reasons, which is very possible in situations where a significant number of arbitrators are unavailable for the short term. (Examples include travel to/from Wikimedia-related events like Wikimania, holidays such as Christmas or Thanksgiving weekends, where we frequently will have half the committee largely unavailable for several days in a row.) I agree with Fluffernutter that the Committee does need to address longterm inactivity on the part of arbitrators (my own inclination would be automatic removal of the arbitrator after x weeks of inactivity on Arbitration-related pages onwiki, or inactivity in three consecutive Arbcom cases); arbitrator inactivity has a deleterious effect on the Committee, especially if longtime inactive arbitrators suddenly appear (or disappear) in the middle of cases or other significant activities. The purpose of these motions is to address functionary-related matters, and I believe that the Committee should also address arbitrator inactivity, but arbitrator inactivity was not discussed as part of the functionary review and we do not currently have any consensus on how it should be addressed. Recusal is a trickier matter: while there have been improvements in the last term or so, recusal on matters has been used by some arbitrators to escape the fallout of having to address certain "hot potato" issues. There are very, very few situations where an arbitrator should recuse on a discussion of this import. At present, I can think of only one scenario where an arbitrator recusal would be necessary, and maybe one other where it might possibly be acceptable. Just as some see recusals as an oppose in all but name under this scenario, it can just as easily be seen as an automatic support if permitted as it reduces the number of real supports that are required to take an action. It is not a huge issue when the matter is public and the rest of the committee can appreciate the opinions and comments of the community; it is a much bigger issue when the discussion is entirely private and the community cannot evaluate and opine on the matters being considered.
As to the point Fluffernutter makes about not "voting" on matters until there are enough people around to properly resolve them, all I can say is that in recent years we've had multiple arbitrators suddenly and unexpectedly make proposals without input from the rest of the committee, or publicly making different proposals than were made to the rest of the committee. It's bad practice, I'll be the first to admit, but it is essentially impossible to stop. It only takes one arbitrator posting a motion to set things on the path, even if the rest of the committee doesn't want to proceed that way, and premature motions do indeed often result in poor results. Risker (talk) 03:57, 20 February 2013 (UTC)
- I disagree. Those users have already gone through three separate vetting procedures because the tools are so sensitive. Checkuser isn't a badge of honor we should only remove gingerly once granted, it's a delicate tool that requires continuing utmost trust in its holders; it is – and must be – hard to get and easy to remove. — Coren (talk) 04:37, 20 February 2013 (UTC)
- Agree with Coren (again). I can think of a number of situations in which a recusal would be appropriate in this situation, and I'm not sure why a decision of this nature should be considered to be more important than (for example) voting on a case. While under normal procedures a recusal can affect the majority, the proposed motion above will cause it to affect the majority. See the table below, which assumes the Committee has 15 active members. Under current procedures, only odd-numbered recusals impact the majority (the first, third, fifth, etc.). Under the proposed motion, every recusal means one less person has to oppose the motion in order to make it mathematically impossible. If we have a situation such as occurred during the elections, where four arbitrators feel they must recuse from voting, that means a minority of four arbitrators - about a quarter of the Committee - can prevent the rest of the Committee from acting, even if all seven of the others support the motion. Under current procedures, the number of supports needed to pass a motion does decrease with recusals, but only half as quickly, and the voting is not unfairly weighted towards one outcome. Hersfold non-admin(t/a/c) 19:50, 20 February 2013 (UTC)
- I disagree. Those users have already gone through three separate vetting procedures because the tools are so sensitive. Checkuser isn't a badge of honor we should only remove gingerly once granted, it's a delicate tool that requires continuing utmost trust in its holders; it is – and must be – hard to get and easy to remove. — Coren (talk) 04:37, 20 February 2013 (UTC)
Table collapsed for readability
| |||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
- I think the prospect that a small minority of arbs could take advantage of the absence/inactivity of a good number of arbs and do something bad is quite overblown and frankly inconsistent with AGF. In a number of our recent internal discussions, we've had little problem holding back proposals that are technically passing for votes from temporarily inactive arbs and potential vote changes. Moreover, if the lots-of-inactive-arbs problem requires a solution, the proper solution is simply to say that the committee would not act on non-emergency matters at all during those periods, rather than creating arbitrary heightened standards for some votes but not others. Surely, for example, banning a long-term editor is as serious a matter as removing a userright this committee granted in the first place, and which no one actually needs to edit? Does that mean that we need to pass a special procedure for remedies that bans someone as well? T. Canens (talk) 22:46, 20 February 2013 (UTC)
- I recuse from voting on matters related to the advanced tools, and I have not taken part in the formal selection or removal process of functionaries, so I'm concerned regarding comments above that a recusal can equal a vote in some situations. If a Committee member is consistent in their recusal, rather than selective, then their recusal should not effect the vote. It would, surely, only have an impact if the member suddenly or inconsistently voted on a functionary issue. Following that line of thinking, my intention is not to take part in the voting on these motions, though I am open to being persuaded otherwise, if it is felt my vote is important. SilkTork ✔Tea time 09:29, 20 February 2013 (UTC)
- NE Ent - Recuse is probably too strong a word. I historically haven't got involved. When I first joined the Committee we were actually quite busy, and few Committee members get involved in everything we do, and the thing that I decided not to get involved in was selecting the new functionaries as I was not familiar enough with the tools to make an informed judgement. Having not been involved in deciding functionary matters for over a year it seemed inappropriate to change that stance for an individual vote. And having not been previously involved and having recused on an individual vote, it seems appropriate to continue that stance, though I am open to the notion that I should get involved. I am simply interested in consistency - I have no personal objections to voting on the motions. SilkTork ✔Tea time 14:02, 20 February 2013 (UTC)
- @snowolf: The ASUC reports are not strictly binding, but I can honestly not remember a single case of a report of that subcommittee that was not heeded verbatim by the committee at large. — Coren (talk) 14:16, 20 February 2013 (UTC)
- There was one case where it turned out that AUSC based its report and recommendation on a factual mistake. T. Canens (talk) 20:01, 20 February 2013 (UTC)
- Not sure about this yet. It does seem an imbalance that arbitrators only hold their positions for two years and have to stand for re-election after that period of time, but CU and OS holders don't have to sustain that level of scrutiny. I do think that functionaries should be rigorously reviewed at least every two years, more likely every year, and possibly some reconfirmation may be appropriate, both by the community and by the then-current ArbCom (who are able to assess the quality of CU and OS actions taken). I also think that former arbitrators, and those who have not gone through a vetting and community scrutiny process, should provisionally retain the rights if the then-ArbCom does not object, but should be required to apply formally through the existing process to retain the rights. Carcharoth (talk) 01:35, 21 February 2013 (UTC)
Motion 2
Holders of CheckUser and/or Oversight permissions are presumed to continue to have the confidence of the Arbitration Committee under normal circumstances. CheckUser and/or Oversight may be removed by the Arbitration Committee for reasons other than inactivity, including recommendation by the Audit Subcommittee, conduct inappropriate to a user trusted with CheckUser and/or Oversight permissions, or breach of the privacy policy or other related policy. Should the Arbitration Committee consider such removal, the holder of the permissions will be notified of this consideration, and will have the opportunity to respond to questions or concerns prior to a final decision by the Committee. Removal of advanced permissions may occur when:
- (i) the holder of CheckUser and/or Oversight permissions has been notified of the concerns leading to consideration of removal of permissions and has had the opportunity to respond to those concerns, and
- (ii) a majority of the committee, not including recused or inactive arbitrators, supports the motion.
Note that Level I procedures for removal of advanced permissions applies equally to removal of CheckUser and Oversight permissions, and that this motion does not affect Level I procedures.
Appeal of removal of CheckUser or Oversight permission
Appeal may be made to the Arbitration Committee six months or more after the removal of CheckUser and/or Oversight permissions.
For this motion there are 13 active arbitrators, not counting 1 recused. With 0 arbitrators abstaining, 7 support or oppose votes are a majority.
Support
- Dispels any uncertainty over the status quo. This also emphasizes the "opportunity to respond" part over current procedures, and creates a special appeal provision rather than "normal arbitration proceedings" in current procedures, which frankly can't usually be held for CU/OS related issues. T. Canens (talk) 14:26, 24 February 2013 (UTC)
- This works for me. Regarding the appeals procedure, it's probably not terribly ideal due to the echo chamber concerns Roger notes, but I think according to Foundation Policy we're the only body they can appeal to - the Arbitration Committee holds sole jurisdiction over who does and does not have CU and OS. Changing that would take a great deal of time and discussion with the Community and Foundation, and this will suffice in the meantime. For the latter half of the year, a delay of six months means that you're guaranteed to have a few new faces on the Committee anyway, so the appeal won't be heard entirely by those who voted for removal in the first place. Hersfold (t/a/c) 03:54, 25 February 2013 (UTC)
- This works, as does simply treating CheckUser and Oversight as no different than Adminship or Bureaucratship. NW (Talk) 18:52, 5 March 2013 (UTC)
Oppose
- I am concerned about the lack of effective appeal arrangements, which are greatly exacerbated by the lowered bar for removing permissions. As this is something which could be handled independently by the Ombudsman Commission, and as the commission's remit is currently under review with a view to expanding it, this motion is probably premature. Roger Davies talk 06:53, 26 February 2013 (UTC)
- Current procedures are sufficient. We should leave this aspect for now and return to this later in the year. Carcharoth (talk) 01:04, 5 March 2013 (UTC)
Abstain
Comments from Arbitrators - Motion 2
- Timotheus, I'm not certain what you mean by "special provisions". These are the current provisions, and indeed they're the current provisions for any case. The only difference is the description of reasons for contemplating removal of checkuser or oversight permissions. Risker (talk) 16:23, 24 February 2013 (UTC)
- The current level 2 procedures says that "If the editor in question requests it, or if the Committee determines that a routine reinstatement of permissions is not appropriate, normal arbitration proceedings shall be opened to examine the removal of permissions and any surrounding circumstances." For obvious reasons, we can't open "normal arbitration proceedings", i.e., a case, for most CU/OS removals. The point is that this changes something over the status quo. T. Canens (talk) 16:39, 24 February 2013 (UTC)
- Thanks, TC; that makes sense. Now, on the mailing list after the initial motion was posted, there was some talk of either (a) outlining a minimum period for such a discussion, to ensure that there was input from at least the overwhelming majority of the non-recused committee members (i.e., ensuring it extended long enough for those inactive for very short periods, such as holidays, to be able to participate) or alternately not initiating a motion until the end of periods where a significant number of arbitrators were temporarily inactive. (Examples of the latter were Christmas and Thanksgiving breaks when many are traveling and have limited access; and Wikimania, where multiple arbitrators usually participate and again have periods of travel and very limited availability.) Did you have any thoughts about including something along this line? For example, discussion before a motion to remove is posted and voted on? Risker (talk) 17:57, 24 February 2013 (UTC)
- Interesting point there. Given that the committee can sometimes be a terrible echo chamber, is there much point in appealing to the committee? Might be not a different route, say to the community members of AUSC, or a panel of CU or OS peers, be better? Roger Davies talk 18:28, 24 February 2013 (UTC)
- The current level 2 procedures says that "If the editor in question requests it, or if the Committee determines that a routine reinstatement of permissions is not appropriate, normal arbitration proceedings shall be opened to examine the removal of permissions and any surrounding circumstances." For obvious reasons, we can't open "normal arbitration proceedings", i.e., a case, for most CU/OS removals. The point is that this changes something over the status quo. T. Canens (talk) 16:39, 24 February 2013 (UTC)
Discussion and comments from functionaries and community
What is "conduct inappropriate to a user trusted with CheckUser and/or Oversight permissions"? It seems fairly open-ended. --Rschen7754 02:09, 20 February 2013 (UTC)
- Specification of all possible examples is inappropriate. "Wrong stuff" will do. User:Fred Bauder Talk 02:17, 20 February 2013 (UTC)
- Of course, per WP:BEANS, but this sort of ambiguity is part of what led to the stalemate before the elections last year, because arbitrators couldn't agree on what was "inappropriate". --Rschen7754 02:23, 20 February 2013 (UTC)
- Rschen has a point here. When what constitutes "inappropriate" is the very crux of the issue, it doesn't do a lot of good to say "well, you can be removed for inappropriate activity." It would be more valuable for arbcom to draw up at least a rough guideline for what, excactly, is behavior unbecoming of a functionary. Leaking? Personal attacks? Using one's powers to one's own good? Having generally poor judgment? Any of these things could be perceived as inappropriate by some or all arbs, and as long as it's a matter of each arb's personal judgment where the line is, we're inevitably directed back to square one in any specific case. A fluffernutter is a sandwich! (talk) 02:29, 20 February 2013 (UTC)
- Of course, per WP:BEANS, but this sort of ambiguity is part of what led to the stalemate before the elections last year, because arbitrators couldn't agree on what was "inappropriate". --Rschen7754 02:23, 20 February 2013 (UTC)
- To echo something I just said to Risker at another venue, it would make more sense to me to discount inactive/recused arbs in votes like this than to count them as pocket vetos (in the sense that if this motion is implemented, the mere existence of any recused or inactive arb numerically counts against the passing of a removal motion). In cases where, for whatever crazy reason, only a small proportion arbs remain unrecused and active, it would make more sense to say "Quorum is not available to hear this matter, so it will be deferred until quorum is available" (in normal cases) and "well, we're stuck with X arbs able to vote, so X arbs voting it has to be" (in emergencies) as opposed to what would happen with this motion, which would be to hear matters when not enough arbs are available to reach any decision, and then go "welp, not enough arbs are voting, so you're free to go, person who may or may not have done something terrible". This also raises the issue of why we're not just dealing with long-term arb inactivity in itself, to head off the need to do these case-law acrobatics. A fluffernutter is a sandwich! (talk) 02:52, 20 February 2013 (UTC)
- I think we (functionaries) serve at the pleasure of the committee and are or should be removable even without just cause or have to provide a reason in public. We are appointed by the committee, we are not elected, the committee is. The community, at least thru the directly-elected Committee, should have the last word on who should and shouldn't be a functionary. Obviously, to remove a functionary is no small matter, having us being entrusted with advanced and sensitive tools and having us being vetted and checked before hand, and most likely us being trusted and respected community members for some time. However, the Committee should have a way to remove those who have not abused their tools but who do no longer retain the Committee's trust, be it for consistently poor judgement, personal attacks or other behavior unbecoming of a functionary and that casts a shadow on our work, conflict of interest violation, and so on. In fact, I strongly believe the committee should have an open-ended option to remove functionaries, provided it obviously notify the user in question as to what the reasons for the removal are, as that is only fair. I do not believe this should create major issues or that the Committee would start removing those "they don't like", that would be petty and silly, and the Committee members are, whatever our personal disagreements with them may be, entrusted with some aspects of the governance of the project among which is specifically managing the permissions of Checkuser and Oversighter. I much dislike the fact that the community has no real way of removing admins in such circumstances (that is, consistently poor judgement that does not raise to the level of abuse) as it might lift some of the pressure that some of us feel when commenting on Requests for Adminship, that it is, short of flat out abuse, a life tenured position and that a decision made there and then is not reversible by the community. This should also go for the Arbitration Committee and functionaries. They should feel that if, no matter their rigorous vetting, a functionary has shown that for whatever reason (s)he's not a good fit for the job, they can remove him. Also I suggest that an Audit Subcommittee's "recommendation" should be binding as it pertain to the exercise of their functions, that is, that the Committee should be delegating to the AUSC all matters relating to functionary abuse and violation of policies and as such that their decision would have the effect of removing the functionary's access. The neutral role of the AUSC and their decisions should not have to be validated by the full Arbitration Committee to be effective. In the specific of the voting system, I have to agree with the Arbitrators who opposed a qualified majority rule for such decisions to be made, the committee is fairly small and a few recuses could bring any such motion to a halt. I suggest a 2/3 majority of the voting arbitrators should be enough to both ensure that such decisions would be feasible and that extra-consensus would be required. Snowolf How can I help? 11:56, 20 February 2013 (UTC)
@SilkTork -- why do you recuse? NE Ent 12:01, 20 February 2013 (UTC)
- I must say I respectfully disagree with Snowolf. The idea that the functionaries are mere minions of Arbcom, to be appointed or dismissed at will, is perfectly acceptable in terms of Mediaeval monarchs, but I find it quite disturbing in the context of Wikipedia. And the idea that Arbcom can remove a functionary essentially because some members don't like them - rather than because the rules relating to the use of the tools has been breached or threatened, or some other agreed definition of 'wrongdoing' has occurred - would surely create an open door to politicking and abuse, as Risker has pointed out above. And I am minded that if Risker is raising it as a concern, the possibility of it happening is not negligible. Elen of the Roads (talk) 13:33, 20 February 2013 (UTC)
- @Carcharoth - admins are for life as well. Although if you could institute a review system for functionaries, it might encourage one for admins. Elen of the Roads (talk) 16:29, 21 February 2013 (UTC)
- The problem with passing motions of any sort is, as that ArbCom's existing rules are biased against anything happening at all, and the pocket veto Fluffernutter refers to above is something regularly exercised by at least a couple of rather senior arbitrators. Consider that even in a regular vote, there are really only three sorts of responses:
- 1) Support. Increments the number of supports by one.
- 2) Abstain, Recuse, or Inactive. Decrements the number of voting arbitrators by one, and every other such vote decrements the number of supports needed by one.
- 3) Oppose or no vote. Doesn't do anything to the number of supports or the number of supports needed.
- I think to solve the more general problem, the committee should reorganize voting into two different classes of voting:
- First, traditional pass-then-implemented-in-24-hours voting, where clerks are watching the events unfold like hawks.
- Second, a "net four to close" motion, used traditionally under one umbrella in cases.
- The first sort of vote, which is a "rush" vote (inasmuch as anything the committee ever does is a rush), could probably stand to stay like it is. However, when there's a "net four for closure" rule, there's a second layer of protections, in that arbitrators are rarely shy about opposing a closure because other arbs have yet to vote, even if their own votes have been set for days or weeks. I would suggest to the current committee that any vote that is to be closed by a "net four for closure" process treat a no-vote as an abstention, reducing the number of voting arbitrators and the passing threshold, rather than as an oppose as is currently done and would continue to be done in the first sort of vote. Jclemens (talk) 02:40, 21 February 2013 (UTC)
I read all the stuff above, and am fully unconvinced of the need thereof. ArbCom has the ability, through normal processes already existing, to remove admin privileges for cause - and checkuser and oversight privileges should surely be treated in the same manner -- that is, requiring the use of the currently existing processes. Creating a strange new process which is less restrictive on ArbCom than the extant processes is, IMO, improper, unnecessary, and a solution in search of a problem. As an aside, I find the "net vote" system to be arcane at best where use of "2/3" or the like is customary in the "real world". The current system may require "more than unanimity" if only 3 arbs are voting, and if only 7 are voting (as is not all that uncommon in the past) two arbs have an absolute veto power over any decisions. In the outside world, if only 7 people can vote, then 5 is generally the maximun vote required for decisions. Aside to Snowolf: the use of "without cause" would open up the committee to pure politicking - and is also a "solution without a problem." Noting here my agreement with points made by Elen and Jclemens as well. Collect (talk) 14:46, 24 February 2013 (UTC)
- I don't think it would. I feel I am very independent of the arbitration committee in my duty as an oversighter, yet I would have no objection to being removed if the ArbCom didn't feel I was doing a good job. In fact, ArbCom and the other oversighters are the only users who can tell whether I'm doing a good job as an oversighter or I'm making a mess. So to me it seems natural that they should have the power to remove me if I'm not suited for the job... Nobody else can: the community at large can't really review my actions given they're privacy-related and suppressed, and I for one, if I am doing a disservice to the community as an oversighter (not talking about abuse, just saying what if I am not cut out for the job but this was found out after I got it), somebody ought to be able to remove me. That is the general point on why I feel the Arbitration Committee should have the power to remove me. On the specifics of "without just cause", it's precisely so that they have the freedom to act in the best interests of the English Wikipedia (in my experience with the Committee, the folks there try to act in the best interest of this project, tho of course different people have different ideas about what's best for the project, but none of them would remove a functionary on a whim or personal dislike) without having to go into details of why such a removal would take place. This doesn't mean that it should be taken lightly, just that they wouldn't have to announce the reasons behind it, tho I would of course expect them to disclose them to the individual in question. I believe trust must exist between elected ArbCom and the "life-tenured un-elected functionaries" and if that relationship was broken, one shouldn't remain a functionary. That is of course my personal view, and as you've seen above other functionaries have different views but I want to clarify that I do personally thing such a concept would lead to politicking or whatever :) Snowolf How can I help? 12:23, 5 March 2013 (UTC)
Oversight-related blocks
On July 19, 2010, the Arbitration Committee issued a statement noting that blocks based on confidential Checkuser information should not be lifted without consulting a Checkuser who has the ability to review said information. Since that time, this has been incorporated into the blocking policy.
While that statement focused primarily on checkuser-based blocks, the Arbitration Committee reminds administrators that they should not be taking any action when they are unable to make themselves fully aware of the circumstances that led to the block under review. Specifically, an oversighter may note that a block should not be lifted without consulting a member of the oversight team; in these situations, administrators are expected to heed this request and not unilaterally remove the block.
- For this motion there are 14 active arbitrators. With 0 arbitrators abstaining, 8 support or oppose votes are a majority.
Enacted - Callanecc (talk • contribs • logs) 07:34, 9 March 2013 (UTC)
- Support
-
- Proposer. Basically, any block based on confidential evidence should be given the same deference we apply to checkuser blocks, because it's the same reason. Hersfold (t/a/c) 06:19, 5 March 2013 (UTC)
- T. Canens (talk) 06:19, 5 March 2013 (UTC)
- Roger Davies talk 06:21, 5 March 2013 (UTC)
- Make it explicit, though this should have been so obvious no reasonable admin could have acted otherwise. Courcelles 06:48, 5 March 2013 (UTC)
- NW (Talk) 06:49, 5 March 2013 (UTC)
- I'm unhappy on principle at reducing administrator discretion, but oversighter blocks certainly need to be clearly exempted from the usual processes of action reversal. AGK [•] 08:12, 5 March 2013 (UTC)
- Without comment on the current situation, I do think this is a sensible motion to pass. WormTT(talk) 08:48, 5 March 2013 (UTC)
- SilkTork ✔Tea time 08:50, 5 March 2013 (UTC)
- Full support of this motion. I would add that where consulting with one or more oversighters does not resolve the issue, it should be referred to the Arbitration Committee or its BASC subcommittee. Newyorkbrad (talk) 12:50, 5 March 2013 (UTC)
- In response to comments below, as I just posted elsewhere: "As with checkuser blocks, it is important to realize that this policy does not apply to every block made by an administrator who happens to also be an oversighter, but only to blocks based on private information and expressly flagged as 'oversighter blocks.' It will be comparatively rare that such a notation will be made, but when it is, it should be respected." Newyorkbrad (talk) 13:49, 5 March 2013 (UTC)
- Kirill [talk] 12:59, 5 March 2013 (UTC)
- Makes explicit what was already obvious. That said, I don't think this actually removes any admin discretion: there was already no possible deliberate judgment possible given that any action reverting an oversight-related block is necessarily done without all the information. — Coren (talk) 13:21, 5 March 2013 (UTC)
- Risker (talk) 13:44, 5 March 2013 (UTC)
- Oversighter blocks and bans can certainly be appealed, but they shouldn't be unilaterally overturned. Der Wohltemperierte Fuchs(talk) 13:57, 5 March 2013 (UTC)
- Per all the above. Carcharoth (talk) 08:47, 6 March 2013 (UTC)
- Oppose
-
- Abstain
Arbitrator discussion
As a general comment to those below who feel that this is excessive, there are a few reasons why checkuser blocks (and with this motion, oversight blocks) are considered to be protected under a "do not remove on pain of desysopping" rule:
- As stated in the motion, the block is based on private information which the non-functionary administrator does not have access to (this would also apply to a non-CU oversighter lifting a CU block, or a non-OS checkuser lifting an oversight block, just to be clear). Administrators should not take action with their administrative tools unless they have made a good-faith effort to understand all aspects of a situation. This is inherently impossible with blocks based on confidential information; an administrator who lifts such a block is implying that their limited understanding of the case is greater than that of the functionary who placed the block with full knowledge of the situation. This clear contradiction is obvious evidence that an administrator is exercising extreme poor judgment when lifting such a block.
- In many cases, a block issued under the protection of a {{checkuserblock}} template or similar is made with the consultation of one or more additional functionaries. In the case that prompted this motion, there was extensive discussion on the oversight mailing list. These blocks are not unilateral actions; they are based on the consensus of a number of informed users. In lifting these blocks, our (as discussed) uninformed administrator is also presuming that his or her opinion is superior to that of the consensus that led to the block in the first place. This violates the principles on which our community was founded, and calls into question the reliability of the administrator's actions elsewhere.
- In such cases, there are a number of indications to the administrator that there is a better course of action to take. The {{checkuserblock}} template, and the block log involved in this particular incident, both clearly indicate that an administrator considering an unblock should discuss their action with appropriate functionaries before taking said action. The functionaries will not be able to explain everything due to the restrictions of the project's and Foundation's privacy policies, but they will be able to share enough to indicate whether they believe unblocking is a good or bad idea. If the functionary (or functionaries) say it's a bad idea, the administrator should defer to that judgment, because (as per point 1) the functionary/ies have more information than the administrator has, and it's entirely possible that there could be serious implications to the project, its volunteers, or even the Foundation if the user were to be unblocked.
An administrator who, despite all of this, continues to unblock a user blocked for these reasons is exercising extreme poor judgment beyond what could be reasonably explained as a simple mistake. As a result, the Arbitration Committee will, unfailingly, remove administrative and other advanced rights from said administrator. Absent a very clear an obvious danger to the project (which a single unblock of this nature would not be), this decision is not made without some deliberation; the Committee's procedures require a majority of the Committee support the motion, and require that the Committee allow the administrator to explain their actions and/or rectify the situation. When and if the desysop is carried out, it is a temporary measure, and the desysopped administrator may request a full arbitration case be opened to fully examine the circumstances of their unblock and subsequent desysopping. If, during that time, a more satisfactory explanation is presented or the Committee is otherwise satisfied that the desysopped administrator can be trusted to use their tools appropriately in the future, they will be restored. And, of course, the community may re-grant the administrative tools to the user through another RfA, if they beleive that the Committee's action was truly incorrect. Hersfold non-admin(t/a/c) 17:10, 5 March 2013 (UTC)
Clerk Notes
- While this motion is passing unanimously with every active Arb, at the time of the proposal, supporting, the clerks will keep this open for a bit longer for community input before closing and acting on the motion. For the clerk team, --Guerillero | My Talk 20:18, 6 March 2013 (UTC)
General discussion
- This seems a good idea. Unfortunately admins sometimes forget about the parts of WP:BLOCK that require discussion before unblocking (eg, "Except in cases of unambiguous error, administrators should avoid unblocking users without first attempting to contact the blocking administrator to discuss the matter."), and this is a major problem in cases such as this where the block is imposed due to information which isn't available on-Wiki. Nick-D (talk) 07:14, 5 March 2013 (UTC)
- We encourage non-wikipedians (and wikipedians) to contact oversight mailing lists off-wiki to resolve issues that need oversight intervention. It seems like a no-brainer that those decisions should not be overturned by someone just because "they can." Oversight intervention is arguably a protection level higher than CU and it seems that if checkuser blocks can't be undone unilaterally and arbcom blocks can't be undone unilaterally, then Oversight blocks (somewhere between CU and Arbcom) should be covered. CU protects the project. Oversight protects the project, its editors and the public from malicious content that needs deletion. Blocks arising from that action should only be overturned by Oversight or Arbcom as they would be the only ones with enough material to evaluate it. --DHeyward (talk) 07:58, 5 March 2013 (UTC)
- Noting for the record that a section has been added to WP:BLOCK to cover this: [1] Prioryman (talk) 08:10, 5 March 2013 (UTC)
- And why exactly is it (see new section linked above) that such an unblock should result in an immediate de-sysopping? Is such an admin immediately reclassified as an extreme risk to the project? What would be wrong with restoring the block, with a warning to the unblocking admin not to do it again on pain of losing the tools? If then they did it again, obviously there would be a real problem. — Hex (❝?!❞) 08:24, 5 March 2013 (UTC)
- Please correct me if I'm wrong, but isn't it long-standing policy that desysopping is a remedy for overturning an ArbCom or Checkuser block? WP:BLOCK#Unblocking says that doing so "may lead to sanctions for misuse of administrative tools—possibly including desysopping—even for first time incidents." This was added by User:FT2 way back on 17 March 2008 [2] and I don't think it's been challenged since. Prioryman (talk) 08:33, 5 March 2013 (UTC)
- The remedy you quote applies to 3 specific circumstances, none of which are connected to Arbcom or oversight. Kevin (talk) 08:45, 5 March 2013 (UTC)
- One of those circumstances is "when the block is explicitly enforcing an active Arbitration remedy", which is obviously connected to Arbcom. The prohibition on undoing checkuser blocks without first consulting checkusers was added in September 2008 [3] and was strengthened in July 2010 by an ArbCom motion which established desysopping as a remedy.[4] — Preceding unsigned comment added by Prioryman (talk • contribs) 08:58, 5 March 2013
- "An ArbCom motion which established desysopping as a remedy" - huh? All that last link states is that "should be reviewed only by the Arbitration Committee" or "should only be lifted by ArbCom" block notes are only appropriate in the case of blocks that involve sensitive material best not discussed on-wiki. Would you care to present some actual factual basis for your argument for the policy/precedent basis of desysopping? — Hex (❝?!❞) 10:03, 5 March 2013 (UTC)
- Desysopping is going to always be a case by case basis. A level II desysopping is discussed and then implemented by arbcom after discussion. After a full review, the tools can be restored. If you are referring to the case that started this, please note that the unblocking admin had not blocked or unblocked anyone in nearly 3 years and then decided to use the tools to overturn two Oversight user blocks. Removing the tools that he hadn't used in 3 years so his actions can be discussed is heavily weighted toward immediate desysopping in terms of value to the community. We waited 3 years for that action so a couple of weeks discussion is certainly more favorable than wheel-warring. He's not blocked and can continue to contribute to the project. --DHeyward (talk) 08:51, 5 March 2013 (UTC)
This is a discussion about the motion. The specific case referred to is being discussed here. |
---|
The following discussion has been closed. Please do not modify it. |
|
All too often, admins overturn justified blocks without any discussion first. Its entirely too bold for any admin to be overturning an oversight block without discussion, so this motion seems appropriate.--MONGO 12:03, 5 March 2013 (UTC)
- I likewise agree with this motion, tho I feel the block policy already incorporates this and common sense should suggest that any admin should not unblock if they have not access to key details of what led to the block. I am a bit sad to see that this motion is actually required. Snowolf How can I help? 12:11, 5 March 2013 (UTC)
- Agree. Sometimes it can't hurt to state the obvious. Alanscottwalker (talk) 12:20, 5 March 2013 (UTC)
- I'm not too concerned about the current situation; it's all grudge politics, and almost without exception, everyone involved on both sides acted like a dick. People who play The Game shouldn't complain when they lose The Game. Well, I guess that's part of The Game too, but don't expect normal humans to care about the complaint too much.
- However, Monty845 made a very good point last night at WT:BLOCK, where this was being discussed before being preempted here. He was more eloquent than I am: please read it: [5]. His point didn't make it into this motion. While I don't expect a new motion, I would at least like some of the less rules-oriented arbs, in their comments, to say that OS blocks should only be considered "OS and AC only" when that is actually necessary; that oversighters should attempt to provide the community with enough information that they can resolve it themselves, where practical, and limit this type of block to cases where it is necessary. --Floquenbeam (talk) 13:16, 5 March 2013 (UTC)
- I'm happy to go on record stating that this should be an unusual situation. In my opinion, oversighters should not commonly be blocking for reasons associated with oversight, so these blocks should not be considered frequent. Indeed, I never blocked nor saw a situation where I might have blocked with my oversight hat on. The important point that needs to be noted is that people should not unblock without trying to get an understanding of the big picture, and in certain circumstances (Arbcom, CU and OS blocks), an admin cannot get that picture. WormTT(talk) 13:26, 5 March 2013 (UTC)
- (@Flo) That is indeed already the case, Flo. Blocks are "checkuser and oversight" blocks only when explicitly marked as such, and not just by virtue of having been made by someone holding the bit, and we demand that they do so only in cases where it would not be possible for the community to review them because doing so would require discussing private information. Any functionary misusing this would not be a functionary for much longer. We also expect that they (especially oversighters) err on the side of caution so some allowance needs be made for that. The balance is delicate, which is why any other functionary can review the situation and "downgrade" the block at need. — Coren (talk) 13:31, 5 March 2013 (UTC)
- Ditto Floq and Monty. There are certainly good reasons (rarely) for OS to put a special OS block, but as with any bits, there is an opportunity that it be overused or used inappropriately and the lack of admin oversight makes this problematic unless we have just enough disclosure to understand why the block is in place. Dennis Brown - 2¢ © Join WER 13:35, 5 March 2013 (UTC)
- Drawing your attention to sensible process, as stated by NYB: "I would add that where consulting with one or more oversighters does not resolve the issue, it should be referred to the Arbitration Committee or its BASC subcommittee." -- Alanscottwalker (talk) 13:46, 5 March 2013 (UTC)
- I commend the current committee for its swift, decisive, and common-sense action. It's unfortunate that the implicit needs to be made explicit, but it does. Jclemens (talk) 15:18, 5 March 2013 (UTC)
- I think there are two distinct types of unblock request in this context, and that we need to distinguish between them. First, an editor can challenge the basis for their block, arguing either that they did not do what they were accused of, or that it didn't warrant a block. It is totally understandable that if the evidence that resulted in the block is oversighted, a non-oversight admin cannot in most cases determine if the oversight block is justified, and should not unblock. Second, and editor can acknowledge what they did, and request an unblock under the premise that they will change their behavior such that the block is no longer necessary to protect Wikipedia. It is not clear to me why in most cases, the second type of unblock request could not be handled by a non-oversight admin, if at least general information about the nature of the oversighted material is publicly known. In essence, the non-oversight admin knows what they don't know, and they, or the community can make a sufficiently informed decision that it can be done in public. Of course we don't know what we don't know, and there may be additional evidence that is totally secret, and where even a general description of the evidence would violate privacy. Such totally secret evidence is the reason why designated checkuser blocks are privileged, and rightly so. If the committee passes this motion, which it looks like it will, I would urge it to provide clear guidance to oversighters that they should only invoke the oversight block privilege where there is important secret information that weighs against an unblock beyond the exact nature of the oversighted edits themselves, as the nature of the oversighted material can be described generally without violating privacy, which would allow the unblock to be considered by non-oversighters in the case of the second type of block. Monty845 16:36, 5 March 2013 (UTC)
- Other relevant evidence that would be unavailable to non-oversighters could include prior suppressed/oversighted edits by the same editor, as well as discussion contained on the oversighters' or functionaries' mailing lists. Please bear in mind that only a small percentage of blocks by oversighters are marked with a "do not unblock without consulting the oversighter team," so this new or reinforced (take your pick) policy will apply relatively infrequently. Newyorkbrad (talk) 16:41, 5 March 2013 (UTC)
- I don't necessarily oppose oversighter blocks in principle, but I oppose this motion because it is ultra vires. Policy is made by the community, not by the Arbitration Committee, and certainly not when that committee is only making the policy to retrospectively justify an action which had no basis in policy. If this amendment to the blocking policy is needed, then it should be discussed in a Request for Comment like any other policy change. There is no emergency that means it cannot wait for the established process to conclude, and if Hersfold wishes to propose a policy change, he should do so the same way as any non-arbitrator—policy proposals from members of the "Arbitration" Committee are no more (and indeed no less) valid than those of any other Wikipedian. HJ Mitchell | Penny for your thoughts? 17:08, 5 March 2013 (UTC)
- If I could +1 this ten times, I would. There is no emergency, and this motion is an abuse of process. — Hex (❝?!❞) 17:21, 5 March 2013 (UTC)
- Any user group whose members can access restricted or privileged information have special protection afforded to their actions by long-standing policy and convention. Checkuser blocks and OTRS agent protection/deletions are examples of this special protection; the present motion proposes that Oversighter blocks are also based on restricted information. If you agree with that thinking, then you cannot reasonably oppose the motion without also suggesting that the other specially-protected actions should also have their special status revoked. You cannot have the basic policy that "blocks based on special data can't be overturned by people who can't see that data" apply to some special-data actions and not others. As for the method of extending this status to Oversight blocks (through an ArbCom motion rather than the ordinary methods), it seems appropriate to me to make "OS block" a special entity through the protectorship of ArbCom. If the policy is sound and relates to administrator misconduct, then it should be confirmed by ArbCom so that our administrators know to take the policy seriously. AGK [•] 17:34, 5 March 2013 (UTC)
- Protectorship of ArbCom? I thought the committee was supposed to resolve issues the community had come to an impasse on. Now they're a protectorship? NE Ent 17:39, 5 March 2013 (UTC)
- I understand AGK's meaning to be that the thing being protected is the action, i.e. the OS block. It's not ArbCom that protects it but policy - and it's long-standing policy (going back at least to 2008) that certain types of admin actions, like arbitration and CU blocks, are protected. Perhaps "protection" is the wrong way to think of it, though. "Special handling" might be more apposite. Prioryman (talk) 19:05, 5 March 2013 (UTC)
- Anthony, you know I have a lot of respect for you, but I didn't say I opposed oversighter blocks (there's a more general point about actions based on private information, but this isn't the best place to discuss that); I said I opposed it being shoehorned into policy by ArbCom motion (which is ultra vires by my interpretation of the Arbitration Policy, but you didn't address that point). There is nothing so urgent that this amendment can't go through the process that every other policy change has to go through (and actions based on OTRS tickets and other sorts of private information can be included in that if you want). HJ Mitchell | Penny for your thoughts? 17:52, 5 March 2013 (UTC)
- What's all this now about a full case? Wikipedia:Arbitration Committee/Procedures#Removal of permissions (can't bring myself to use the silly term "Level II Procedures") says: "Return of permissions... Removal is protective, intended to prevent harm to the encyclopedia while investigations take place, and the advanced permissions will normally be reinstated once a satisfactory explanation is provided or the issues are satisfactorily resolved. If the editor in question requests it, or if the Committee determines that a routine reinstatement of permissions is not appropriate, normal arbitration proceedings shall be opened to examine the removal of permissions and any surrounding circumstances.". --Floquenbeam (talk) 17:20, 5 March 2013 (UTC)
- Yes. "Normal arbitration proceedings" == full case. Hersfold non-admin(t/a/c) 17:27, 5 March 2013 (UTC)
- Yes, I know that, I think you're either misreading this, or changing the procedures on us. Currently, a full case is only required if "the Committee determines that a routine reinstatement of permissions is not appropriate", after discussion with the person who's been desysopped. You're changing this? Or you're preemptively saying that a desysop under this motion, unlike any other type of desysop, is automatically assumed to be irreversible without a full case? I think you're over-reaching here. --Floquenbeam (talk) 17:39, 5 March 2013 (UTC)
- Yes. "Normal arbitration proceedings" == full case. Hersfold non-admin(t/a/c) 17:27, 5 March 2013 (UTC)
- I agree with HJ Mitchell. Why is this so urgent it can't go through normal policy-making discussions?--SarekOfVulcan (talk) 17:26, 5 March 2013 (UTC)
At the time of the unblock the policy stated (emphasis mine):
Administrators should not undo or alter any block that is specifically identified as a "Checkuser" block by use of the {{checkuserblock}} template in the action summary without first consulting a Checkuser. If an administrator believes that a Checkuser block has been made in error, the administrator should first discuss the matter with the Checkuser in question, and if a satisfactory resolution is not reached, should e-mail the Arbitration Committee.[1]
Kevin did not assert the block was made in error, he didn't undo the block, he unblocked an editor after the editor agreed not to repeat the behavior (in Kevin's opinion). We can know and accept that the editor violated outing without knowing the dirty details; that doesn't preclude accepting their assertion they won't repeat the behavior under the blocks not punitive meme. What the committee seems to be saying here is some oversighted actions are so heineous as to preclude unblocking -- in other words, the editor must be punished. NE Ent 17:33, 5 March 2013 (UTC)
- No. The Committee is saying that the editor's promise was not sufficient at the time that Kevin unilaterally decided it was, and that he had no way of properly evaluating whether it was or not, as he was not privy to the relevant discussions and evidence. I will be surprised if Cla68 is not unblocked eventually, but I will be surprised if he is unblocked before he makes additional assurances as to his future conduct. NW (Talk) 17:54, 5 March 2013 (UTC)
- not unilateral.
- relevant discussions? Last I knew, the appropriate forum for discussing unblocking was the user's talk page -- certainly the block template Beeblebrox posted indicates that. Additionally, the participation of oversighters NYB, Beeblebrox and Allison on the talk page makes it seem like that was the correct place. NE Ent 18:41, 5 March 2013 (UTC)
- All of the relevant discussions means a bit more when a) the reason that the user is blocked is oversighted and b) the user has been warned about similar behavior in the past. I would agree with you if Cla68 was willing to accept Newyorkbrad's terms, but he stated that he was not. Without knowing more of the background, something that Kevin would not be knowledgeable about, it was extremely foolish for him to decide that a lesser statement was enough to unblock. As the blocking policy said at the time of the block, "Administrators reviewing a block should consider that some historical context may not be immediately obvious. Cases involving sockpuppets, harassment, or privacy concerns are particularly difficult to judge. At times such issues have led to contentious unblocks. Where an uninformed unblock may be problematic, the blocking administrator may also wish to note as part of the block notice that there are specific circumstances, and that a reviewing administrator should not unblock without discussing the case with the blocking admin (or possibly ArbCom) to fully understand the matter. NW (Talk) 18:50, 5 March 2013 (UTC)
- The question isn't whether the unblock was foolish, but whether it was sufficiently egregious to warrant desysoping. You don't use a nuke when a {{trout}} will suffice. It seems like the committee was hasty and is now making up reasons after the fact. Wikipedia has a longstanding policy of tolerating foolish as long as such foolishness is can be construed as being in good faith. NE Ent 19:01, 5 March 2013 (UTC)
- It is my opinion that blocks specifically notes as OS-related should be treated similarly to blocks specifically noted as CU-related, as both depend on restricted information, their overturning must be addressed by people with access to that information. I would also hope that abuse of this kind of blocking would be considered reason for considering warning, and eventual removal of the OS privilege from the abuser, should it not cease. -- Avi (talk) 18:46, 5 March 2013 (UTC)
- How would we possibly know an oversighter was abusing their privilege? NE Ent 19:01, 5 March 2013 (UTC)
- By forwarding potential "bad blocks" or evidence of a sequence of such behavior to AUSC, ArbCom, or the functionaries as a whole who can review the actions, and warn or take further actions against the abuser appropriately. There are close to 40 people with oversight access, and there are the ombudsmen and stewards if necessary. There are enough people to investigate the actions. -- Avi (talk) 19:18, 5 March 2013 (UTC)
- Keep in mind that the stewards and ombudsmen are not necessarily part of the enwiki community, so this ensures another level of objectivity. --Rschen7754 19:21, 5 March 2013 (UTC)
- What evidence? If it's been oversighted it's gone to most of us. NE Ent 20:09, 5 March 2013 (UTC)
- But the fact that something has been oversighted is still apparent. Just check the history. -- Avi (talk) 05:45, 6 March 2013 (UTC)
- I would not expect them to be called in at first, or hopefully at all, but they are there if necessary. The point is we have enough people to take care of problems, although it may take more than 20 minutes for an investigation to reach a conclusion. -- Avi (talk) 19:36, 5 March 2013 (UTC)
- By forwarding potential "bad blocks" or evidence of a sequence of such behavior to AUSC, ArbCom, or the functionaries as a whole who can review the actions, and warn or take further actions against the abuser appropriately. There are close to 40 people with oversight access, and there are the ombudsmen and stewards if necessary. There are enough people to investigate the actions. -- Avi (talk) 19:18, 5 March 2013 (UTC)
- How would we possibly know an oversighter was abusing their privilege? NE Ent 19:01, 5 March 2013 (UTC)
- Re process, it seems there is enough give in Level II to allow proceeding by motion. If that is the case the ctte would either pass a motion to resysop, or call for a case -- and the user can demand a case and/or renominate at RfA. Alanscottwalker (talk) 20:25, 5 March 2013 (UTC)
- I agree with the motion as a matter of policy, both for the reasons given by the Committee and also because I consider that it is is normally a serious error by an administrator to undo a block without a thorough discussion with the blocker and, failing agreement with them, the consensus of other colleagues. This should in principle apply whether or not the block was based on private information. However, as far as I know, the Arbitration Committee has no authority to enact policies, but only to settle disputes. It therefore has the authority to desysop an administrator who lifts an oversight block, if that becomes the subject of a dispute, but it should do so only to enforce community-enacted policies. The Committee certainly has no authority to amend blocking policy ex ante, bypassing the normal consensus mechanism. I consider that this motion constitutes judicial activism and should not be passed. If it does, it should be considered only an essay in terms of policy. Sandstein 20:38, 5 March 2013 (UTC)
- I think the argument would be that it merely makes explicit what is already implicit in the blocking policy. I note that Arbcom's statement July 2010 statement on checkuser blocks followed a similar course of codifying an implicit convention that was already well established. Prioryman (talk) 20:49, 5 March 2013 (UTC)
- That's the second time in twelve hours you've posted a link to that, Prioryman, and I am still waiting for your explanation of how an ArbCom statement that only clarifies the use of the block notes should be reviewed only by the Arbitration Committee and should only be lifted by ArbCom has any connection to desysopping at all. — Hex (❝?!❞) 22:08, 5 March 2013 (UTC)
- But if the blocking policy already provides for this then there is no need for this motion. To be clear, I do not disagree with the decision reported at WP:AN to desysop an administrator for lifting an oversight block. But the fact that the decision was made prior to this motion shows that such desysops can be founded, at least in the Committee's opinion, on previously existing policy relating to administrator conduct, which means that there is no urgent need for the Committee to attempt writing new policy. The Committee should instead have made the desysop, explained it in terms of the existing policy it applied to reach this decision, and then left it up to the community whether or not to reflect this practice in the blocking policy. Sandstein 20:53, 5 March 2013 (UTC)
- Well, others have said (and I agree) that there is a lack of clarity about the scope of the blocking policy. That being so, making it explicit is not actually creating new policy, it is merely clarifying and spelling out what the existing policy already provides for. An argument that it should not be policy is moot if, in fact, it is already implicit. Prioryman (talk) 21:22, 5 March 2013 (UTC)
- Not it's not. Because we can go change blocking policy right now. NE Ent 21:59, 5 March 2013 (UTC)
- Wiki-lawyerish note: As there are multiple facets to a "block", I wonder what the precise language should be. Suppose an OS/CU/ARB "blocks" an account. Later a regular admin. thinks that suspending or granting the talk page privileges is best. Even later a 'Crat wishes to remove or restore email abilities. A sane "regular" admin. might be left in a quandary. Also, a question for future reference: When the Arbitration Committee uses the word "temporary" in connection with a "desysop", should we infer now that this means unless or until a successful RfA (or RFAR) is presented? (or was discussion with Kevin unsatisfactory in some way?) It's enough to drive a man to drink I tell ya. — Ched : ? 21:07, 5 March 2013 (UTC)
- Like I said above it means "until the matter is settled one way or another"; RfA or RfARs are indeed ways to settle the matter, so might simple discussion with the Committee in many cases. — Coren (talk) 13:31, 6 March 2013 (UTC)
- Would an arbitrator please address the concerns raised by four people here by my count (including myself) that this matter should be dealt with through the community-based processes for changing policy rather than by ArbCom motion. If you're going to invite the community to comment, you could at least attempt to address their concerns even if you have already decided to pass the motion regardless of anybody else's opinion. HJ Mitchell | Penny for your thoughts? 17:10, 6 March 2013 (UTC)
- I read it and simply think you and the others are wrong. This is a clarification of ArbCom is going to approach already existing policy (both explicitly stated and common sense norms) in my eyes, not anything more. NW (Talk) 17:57, 6 March 2013 (UTC)
- If the community changed the policy, then obviously the committee would follow the revised policy, correct? NE Ent 18:02, 6 March 2013 (UTC)
- All I can tell you is my rationale, it may not be good enough for you, but it's why I've voted the way I have and why I did not oppose because "this should be a community decision". Functionaries on wikipedia are people who have been vetted by both the community and the arbitration committee. From this, they are given certain rights, which allow them to see certain non-public information. As the community is unable to see this information, they are unable to judge based upon it and any judgement is therefore based on second hand information.
The arbitration committee is in a unique position to make a statement in situations like this, and if you look about, we've made it. It's unanimously agreed. Rather than complaining about the bureaucracy here, do you disagree with the substance of the change? Look elsewhere on this motions page, where we change Arbitration policy, I'm not for needless changes. This is needed and sensible. WormTT(talk) 18:48, 6 March 2013 (UTC)- You didn't change Arbitration policy, you changed Wikipedia policy. Which is outside of the committee's purview. So yea -- disagree. NE Ent 18:59, 6 March 2013 (UTC)
- What you're missing, Dave, is that this sets a precedent of ArbCom a) changing policy by motion and b) doing so to justify a decision they've already made. So what happens next time Hersfold (or any other arbitrator thinks a policy needs to be revisited? Is he going to submit it to an RfC and let the community decide? Of course not. He's going to submit it here, because now there's a precedent for ArbCom tinkering with policy on a whim. And what happens next time an admin does something that ArbCom disapproves of but is not in reach of policy? He'll be
hanged, drawn, and quartereddesysopped, and then you'll pass another motion to retrospectively justify that, and there goes any notion that this is a self-governing community. We'll have a fully fledged GovCom with sweeping powers that are whatever it says they are. This is not bureaucracy for the sake of bureaucracy (trust me, my thoughts on bureaucracy are even less flattering than my thoughts on ArbCom); it's about the most basic principles of this community.Now, neither you, nor NW, nor any other arb has explained why you think it is within the gift of the Arbitration Committee (ostensibly a dispute-resolution body, though that's rapidly becoming an old joke) to create this new policy. Your own policy says "The arbitration process is not a vehicle for creating new policy by fiat." HJ Mitchell | Penny for your thoughts? 19:18, 6 March 2013 (UTC)
- What you're missing, Harry, is that ArbCom has already "changed policy by motion", as you put it, way back in July 2010; see [6]. AFAIK it didn't cause any particular controversy then and I'm not aware of it being discussed on-wiki prior to ArbCom issuing that statement. The current oversight block proposal may well have had more public discussion. If you're saying that it's wrong for them to pass a motion on oversight blocks, you're saying that it was wrong for them to pass a motion on checkuser blocks three years ago; and consequently that the section on checkuser blocks in WP:BLOCK should be removed as procedurally invalid. Is that what you're saying? Because that's the logic of your argument. Prioryman (talk) 20:45, 6 March 2013 (UTC)
- That's the third time you've posted that link to this page, Prioryman, and have yet to answer my question posed to you twice above how it justifies the punishment of desysopping handed out to Kevin. Look, I'm going to quote it for you.
The Arbitration Committee has also noted that some administrators (other than Checkusers) have occasionally noted when making certain blocks that the block "should be reviewed only by the Arbitration Committee" or "should only be lifted by ArbCom." This notation is appropriate only when the block is based upon a concern that should not be discussed on-wiki but only in a confidential environment. Bases for such a concern could include information whose disclosure would identify anonymous users, could jeopardize a user's physical or mental well-being, or where the underlying block reason would be defamatory if the block proved to be unjustified. In every such case, the Arbitration Committee should be notified immediately by e-mail of the block and of the reasons for it. The designation "block should be reviewed only by ArbCom" should not be used simply to indicate that administrator feels strongly about the block. Where an administrator is unsure, he or she should feel free to email the Arbitration Committee mailing list before blocking.
- See that? Not one word about what should happen if an unblocking administrator ignores such a request in a block log. Stop dissembling. Or is it your position now that this only justifies ArbCom altering policy by itself? — Hex (❝?!❞) FREE KEVIN 21:03, 6 March 2013 (UTC)
- For goodness' sake, calm down - I'm not dissembling. No, ArbCom didn't specify a penalty in its July 2010 statement, but that's missing the point. ArbCom already has a long-standing policy that says "[desysopping] may be used if (a) the account's behaviour is inconsistent with the level of trust required for its associated advanced permissions, and (b) no satisfactory explanation is forthcoming." This gives ArbCom the right to desysop any arbitrator for any action that, in its judgement, "is inconsistent with the level of trust required". Note that Kevin wasn't desysopped under the terms of WP:BLOCK; the desysop motion (see User talk:Kevin#User:Kevin's unblock of User:Cla68) says explicitly "Kevin is temporarily desysopped in accordance with Level II procedures for removing administrative tools" (i.e. Wikipedia:Arbitration Committee/Procedures#Removal of permissions) (my bolding for emphasis). IOW, ArbCom doesn't need to specify a penalty in relation to WP:BLOCK - it's already covered by long-standing ArbCom procedures. Prioryman (talk) 21:15, 6 March 2013 (UTC)
- So you are saying that ArbCom has written itself a blank check to desysop anyone, at any time, based on no public evidence, and a "level of trust" that is defined nowhere, if that person has dared to contravene this non-policy that has been enacted by fiat. And you're cool with that. Even though the "procedures" you link to explicitly state that
Removal is protective, intended to prevent harm to the encyclopedia
. That means that such a removal is a de facto declaration of the admin being a danger to the project. ArbCom acting as judge, jury and executioner. Wonderful. Just wonderful. — Hex (❝?!❞) FREE KEVIN 21:27, 6 March 2013 (UTC) - Incidentally, those procedures also state that
Once removal has been approved, an arbitrator will (a) directly request removal from a steward, (b) make a formal statement on the Meta-Wiki permissions page to confirm that the request is based on the authority of the Committee, and (c) post a notice...
- oh yeah? Where is that formal statement? Hint, there isn't one. Either the ArbCom don't know their own procedures; the procedures contain outdated material that nobody has ever bothered to even remove (the requirement for such a statement); or ArbCom were in such a hurry towave their dicks aroundflex their muscles that they simply forgot to fully comply with them. Great job. — Hex (❝?!❞) FREE KEVIN 21:35, 6 March 2013 (UTC)- Yes, ArbCom can desysop anyone, at any time, and it doesn't need public evidence to do so (though in this case there was ample public evidence in that Kevin's actions were in full public view). I really don't know why you're so shocked/surprised at this - it's been the case for a long time. The procedures I just cited were implemented four years ago. If you want to be blunt about it, the only criterion that really matters for any admin is having the trust of ArbCom. If you lose that, you're toast. Prioryman (talk) 23:10, 6 March 2013 (UTC)
- So you are saying that ArbCom has written itself a blank check to desysop anyone, at any time, based on no public evidence, and a "level of trust" that is defined nowhere, if that person has dared to contravene this non-policy that has been enacted by fiat. And you're cool with that. Even though the "procedures" you link to explicitly state that
- For goodness' sake, calm down - I'm not dissembling. No, ArbCom didn't specify a penalty in its July 2010 statement, but that's missing the point. ArbCom already has a long-standing policy that says "[desysopping] may be used if (a) the account's behaviour is inconsistent with the level of trust required for its associated advanced permissions, and (b) no satisfactory explanation is forthcoming." This gives ArbCom the right to desysop any arbitrator for any action that, in its judgement, "is inconsistent with the level of trust required". Note that Kevin wasn't desysopped under the terms of WP:BLOCK; the desysop motion (see User talk:Kevin#User:Kevin's unblock of User:Cla68) says explicitly "Kevin is temporarily desysopped in accordance with Level II procedures for removing administrative tools" (i.e. Wikipedia:Arbitration Committee/Procedures#Removal of permissions) (my bolding for emphasis). IOW, ArbCom doesn't need to specify a penalty in relation to WP:BLOCK - it's already covered by long-standing ArbCom procedures. Prioryman (talk) 21:15, 6 March 2013 (UTC)
- That's the third time you've posted that link to this page, Prioryman, and have yet to answer my question posed to you twice above how it justifies the punishment of desysopping handed out to Kevin. Look, I'm going to quote it for you.
- What you're missing, Harry, is that ArbCom has already "changed policy by motion", as you put it, way back in July 2010; see [6]. AFAIK it didn't cause any particular controversy then and I'm not aware of it being discussed on-wiki prior to ArbCom issuing that statement. The current oversight block proposal may well have had more public discussion. If you're saying that it's wrong for them to pass a motion on oversight blocks, you're saying that it was wrong for them to pass a motion on checkuser blocks three years ago; and consequently that the section on checkuser blocks in WP:BLOCK should be removed as procedurally invalid. Is that what you're saying? Because that's the logic of your argument. Prioryman (talk) 20:45, 6 March 2013 (UTC)
- I read it and simply think you and the others are wrong. This is a clarification of ArbCom is going to approach already existing policy (both explicitly stated and common sense norms) in my eyes, not anything more. NW (Talk) 17:57, 6 March 2013 (UTC)
- (edit conflict)Ah, but if you're talking about precedent, there's already some, it's mentioned in the motion, the statement on Checkuser blocks. This is an extension of that, and firming up a scenario of something that is already stated by policy - don't undo a block if you cannot be aware of all the details. You are complaining that we're not following bureaucracy and that argument is just not going to wash with me. I'm sure that an RfC can be called regarding the change if someone wants to do it, and if the community disagrees with the decision that would set an interesting precedent. In my head, the consensus should over-rule ArbCom.
As for "doing so to justify a decision", I stated my opinion on the decision that the committee made, so there's not much more I can say on it. However, I will say that "policy reflects the situation, not vice versa", Arbcom'sblockaction was within policy, even if it wasn't explicitly stated in the text. WormTT(talk) 20:50, 6 March 2013 (UTC)- "already stated by policy - don't undo a block if you cannot be aware of all the details" -- gotta a link for that? NE Ent 21:00, 6 March 2013 (UTC)
- Certainly. From WP:Blocking policy#Unblocking. An uninvolved administrator acting independently reviews the circumstances of the block, the editor's prior conduct, and other relevant evidence, along with any additional information provided by the user and others, to determine if the unblock request should be accepted. Highlighting my own. WormTT(talk) 21:08, 6 March 2013 (UTC)
- "all other relevant evidence" ≠ "all the details." Whether or not knowing that an editor posted doxing information without knowing the actual content of the infraction is sufficient to meet the "relevant" criteria to evaluate an unblock request -- distinct from "reversing" an inappropriate block-- is a matter of opinion. Determining that should be a matter for the community through the consensus model not ac through fiat. NE Ent 21:18, 6 March 2013 (UTC)
- If an oversighter makes a block, based on a comment they have oversighted and then takes the trouble to say "don't unblock without talking to an oversighter", that is clearly relevant information. Which takes us back to the point I was making, this is already policy. It fits squarely under The Committee's decisions may interpret existing policy and guidelines, recognise and call attention to standards of user conduct, or create procedures through which policy and guidelines may be enforced. If you have a problem with a particular scenario, for example blocking based on doxing, we have an audit subcommittee. For the general case, I stand by my statements. WormTT(talk) 21:27, 6 March 2013 (UTC)
- (In this case oversighters had participated in the user talk page discussion, so that requirement was meant, maybe.) Like (almost) everything else around here, it's more shades of gray than black and white. At some point "interpreting" becomes "making it up." If everything the committee has done here is so clearly in alignment with policy, why are you bothering with the motion? The fact that you're making a motion is spinning the policy to something that maybe it didn't quite say at the time. NE Ent 21:51, 6 March 2013 (UTC)
- It's a statement for clarification to help reduce future confusion. WormTT(talk) 21:56, 6 March 2013 (UTC)
- (In this case oversighters had participated in the user talk page discussion, so that requirement was meant, maybe.) Like (almost) everything else around here, it's more shades of gray than black and white. At some point "interpreting" becomes "making it up." If everything the committee has done here is so clearly in alignment with policy, why are you bothering with the motion? The fact that you're making a motion is spinning the policy to something that maybe it didn't quite say at the time. NE Ent 21:51, 6 March 2013 (UTC)
- (e/c) Hmm? According to the arbitration policy, Arbitrators acting as a committee in charge of binding determinations related to desysopping and privacy related issues: "may interpret existing policy and guidelines, recognise and call attention to standards of user conduct, or create procedures through which policy and guidelines may be enforced." So, one would gather that's why this decision is their unanimous opinion of that. -- Alanscottwalker (talk) 21:39, 6 March 2013 (UTC)
- "all other relevant evidence" ≠ "all the details." Whether or not knowing that an editor posted doxing information without knowing the actual content of the infraction is sufficient to meet the "relevant" criteria to evaluate an unblock request -- distinct from "reversing" an inappropriate block-- is a matter of opinion. Determining that should be a matter for the community through the consensus model not ac through fiat. NE Ent 21:18, 6 March 2013 (UTC)
- Certainly. From WP:Blocking policy#Unblocking. An uninvolved administrator acting independently reviews the circumstances of the block, the editor's prior conduct, and other relevant evidence, along with any additional information provided by the user and others, to determine if the unblock request should be accepted. Highlighting my own. WormTT(talk) 21:08, 6 March 2013 (UTC)
- "already stated by policy - don't undo a block if you cannot be aware of all the details" -- gotta a link for that? NE Ent 21:00, 6 March 2013 (UTC)
- (edit conflict)Ah, but if you're talking about precedent, there's already some, it's mentioned in the motion, the statement on Checkuser blocks. This is an extension of that, and firming up a scenario of something that is already stated by policy - don't undo a block if you cannot be aware of all the details. You are complaining that we're not following bureaucracy and that argument is just not going to wash with me. I'm sure that an RfC can be called regarding the change if someone wants to do it, and if the community disagrees with the decision that would set an interesting precedent. In my head, the consensus should over-rule ArbCom.
- Key point If we're going to have a separate class of blocks that are NOT actionable by "regular" admins, then we need SPECIFIC blocking templates and common block-log entries that emphasize this point. Make up {{uw-oversightblock}} and {{uw-checkuserblock}} that are used in these specific situations. The standard unblock instructions would not appear - there would unique ones, and it would basically clearly say "admins - do not unblock". Likewise, templated blocking reasons that the blockee would see when they try to edit would emphasize the same point (✉→BWilkins←✎) 17:47, 6 March 2013 (UTC)
- That's a good point, though I should say those templates should concentrate on communication with the blocked user (i.e.: venues for appeal, etc). The block log is already there to inform admins – not to say that we can't duplicate some notes in the uw- too. — Coren (talk) 20:08, 6 March 2013 (UTC)
- Why is this such a point of contention? It's not difficult to make a template, it's not an undue burden on the oversighter to use it, and it's an easy way to give a heads-up to both the user (who might otherwise try to email an uninvolved admin) and the admin.--SB_Johnny | talk✌ 22:59, 6 March 2013 (UTC)
- That's a good point, though I should say those templates should concentrate on communication with the blocked user (i.e.: venues for appeal, etc). The block log is already there to inform admins – not to say that we can't duplicate some notes in the uw- too. — Coren (talk) 20:08, 6 March 2013 (UTC)
- Let's get this straight: the committee is passing a motion which effectively makes a major modification to the blocking policy covering blocks made by certain people who are appointed by the committee. Am I missing something? --SB_Johnny | talk✌ 22:59, 6 March 2013 (UTC)
- Yes, the minor detail that there is, in fact, no modification to the blocking policy. It's a little sad that we have to spell out what was already clear – as we had to do with checkuser blocks in the past – because some people seem to think that "Cases involving sockpuppets, harassment, or privacy concerns" mysteriously does not include oversight. — Coren (talk) 06:01, 7 March 2013 (UTC)