| Revision as of 18:49, 16 July 2008 editAmerique (talk | contribs)Extended confirmed users, Rollbackers5,861 edits formatting← Previous edit | Revision as of 16:25, 17 July 2008 edit undoAmerique (talk | contribs)Extended confirmed users, Rollbackers5,861 edits →Process proposals: added two other ideas brought up in talk, please edit as inclinedNext edit → | ||
| Line 18: | Line 18: | ||
| ====Recall petition==== | ====Recall petition==== | ||
| The recall process itself would take place via a popular ] for that purpose, with a majority of at least two thirds required to determine the outcome in favor. It should proceed no earlier than one week after the successful motion passed at RFC, to allow any passions generated during the RFC to cool off, but no later than than one month following. After the prior steps are observed, the petition may be initiated by anyone in in good standing in the community. Once initiated, the petition should remain open for seven days, generally following the basic format of ]s, and should be closed by a bureaucrat or steward. Unlike an RFA, however, it should be closed based on the numerical consensus. To keep drama to a minimum, the recall petition should be considered a straightforward "up or down" or "yes or no" vote. Comments in explanation of votes are not prohibited but not encouraged. | The recall process itself would take place via a popular ] for that purpose, with a majority of at least two thirds required to determine the outcome in favor. It should proceed no earlier than one week after the successful motion passed at RFC, to allow any passions generated during the RFC to cool off, but no later than than one month following. After the prior steps are observed, the petition may be initiated by anyone in in good standing in the community. Once initiated, the petition should remain open for seven days, generally following the basic format of ]s, and should be closed by a bureaucrat or steward. Unlike an RFA, however, it should be closed based on the numerical consensus. To keep drama to a minimum, the recall petition should be considered a straightforward "up or down" or "yes or no" vote. Comments in explanation of votes are not prohibited but not encouraged. | ||
| ===Everyking's process=== | |||
| ''"10 established users (defined as having at least 500-1000 edits and several months on the project) requesting recall within a defined period of time means that the admin in question is subject to a new RfA, even if the admin is not voluntarily open to recall. The admin must then receive a certain percentage of support (I'd favor 55 or 60%) in the RfA to retain adminship."'' | |||
| ===Rootology's process=== | ===Rootology's process=== | ||
| Uses the systemwide averages over the last three months for successful RFAs or other elections to establish an absolute minimum number to qualify consensus for a recall, and further attach a requirement of 75% of all respondents in support for the recall motion to pass. As he says, ''"If you need 80 supports that month to qualify it after 7 days, but fail, it gets shut down after 7 days as unsuccessful. If you reach 80 supports within 7 days, but after 7 days it falls shy of the current pass "rate" at RFA, then it's unsuccessful. However, if more people say that an admin has failed his role as an admin is no longer trusted, based on what the current RFA standards are, that's a "successful" recall. One shot, one step. Two tough but feasible thresholds to be met. It's a damning statement of failure on the party of any that fails two such tests of community trust within 7 days."'' | Uses the systemwide averages over the last three months for successful RFAs or other elections to establish an absolute minimum number to qualify consensus for a recall, and further attach a requirement of 75% of all respondents in support for the recall motion to pass. As he says, ''"If you need 80 supports that month to qualify it after 7 days, but fail, it gets shut down after 7 days as unsuccessful. If you reach 80 supports within 7 days, but after 7 days it falls shy of the current pass "rate" at RFA, then it's unsuccessful. However, if more people say that an admin has failed his role as an admin is no longer trusted, based on what the current RFA standards are, that's a "successful" recall. One shot, one step. Two tough but feasible thresholds to be met. It's a damning statement of failure on the party of any that fails two such tests of community trust within 7 days."'' | ||
| ===Jc37's process=== | |||
| Makes a ''"majority of admins to be able to discuss desysop of a fellow admin (same with bureaucrats). Though it would have to be a "majority" (RfA consensus determination would apply) of all active admins (987 last I looked, I think). I think that if (roughly) 670 admins out of 1000 decided that perhaps an admin should be de-sysopped, then that defininitely might at least be something worth discussing."'' | |||
| ==Outcomes== | ==Outcomes== | ||
Revision as of 16:25, 17 July 2008
 | The following is a proposed Misplaced Pages policy, guideline, or process. The proposal may still be in development, under discussion, or in the process of gathering consensus for adoption. | Shortcuts |
 | This page in a nutshell: This page outlines a process for recalling an editor from a position of trust on Misplaced Pages. |
Community recall is a process by which editors with user access levels as administrators, bureaucrats, checkusers, oversights, as well as members of the Arbitration Committee, are recalled by the community after having been determined to be abusive of their trust responsibilities.
Rationale
Reasons for initiating a community recall process can include a perceived lack of fitness, incompetence, or neglect of duties that has an ongoing, demonstratively harmful effect on the encyclopedia. As holders of trust positions may not see any actions on their part as contributing to a harmful effect on the encyclopedia, and as the Wikimedia Foundation, the Arbitration Committee, or Jimbo Wales can't or won't act on all cases concerning the community's responsibility, a systematic and well-defined community recall process is necessary for the protection of the encyclopedia from otherwise unchecked abusers of positions of trust.
Process proposals
Two systems are currently under discussion on the talk page. Please add others for consideration. While this is in my sandbox I reserve the right to remove any that don't seem feasible or fair.
Amerique's process
A community decision to recall an editor from a trust position should stem from a consensus determined at an RFC, based on an evaluation of evidence of policy violations presented against the user there. A motion to recall, if entered, should follow the discussion of evidence. No motion to recall should be entered preceeding a thorough evaluation of evidence.
Motion to recall
If a motion to recall is presented during the course of an RFC, the decision to initiate should be considered authorized by the support of at least 55 percent of the original number of supporters for the user at his or her last successful RFA, RFB or other public election, within a two-week time frame from the moment the motion is time-stamped. If this minimum number is eclipsed by a simple majority of editors opposed to the recall, the process is prevented. If the trust position in question was appointed without community input, a "motion of no confidence" from the community would be considered effective if passed by a two thirds majority of respondents at the RFC level.
Recall petition
The recall process itself would take place via a popular petition for that purpose, with a majority of at least two thirds required to determine the outcome in favor. It should proceed no earlier than one week after the successful motion passed at RFC, to allow any passions generated during the RFC to cool off, but no later than than one month following. After the prior steps are observed, the petition may be initiated by anyone in in good standing in the community. Once initiated, the petition should remain open for seven days, generally following the basic format of RFAs, and should be closed by a bureaucrat or steward. Unlike an RFA, however, it should be closed based on the numerical consensus. To keep drama to a minimum, the recall petition should be considered a straightforward "up or down" or "yes or no" vote. Comments in explanation of votes are not prohibited but not encouraged.
Everyking's process
"10 established users (defined as having at least 500-1000 edits and several months on the project) requesting recall within a defined period of time means that the admin in question is subject to a new RfA, even if the admin is not voluntarily open to recall. The admin must then receive a certain percentage of support (I'd favor 55 or 60%) in the RfA to retain adminship."
Rootology's process
Uses the systemwide averages over the last three months for successful RFAs or other elections to establish an absolute minimum number to qualify consensus for a recall, and further attach a requirement of 75% of all respondents in support for the recall motion to pass. As he says, "If you need 80 supports that month to qualify it after 7 days, but fail, it gets shut down after 7 days as unsuccessful. If you reach 80 supports within 7 days, but after 7 days it falls shy of the current pass "rate" at RFA, then it's unsuccessful. However, if more people say that an admin has failed his role as an admin is no longer trusted, based on what the current RFA standards are, that's a "successful" recall. One shot, one step. Two tough but feasible thresholds to be met. It's a damning statement of failure on the party of any that fails two such tests of community trust within 7 days."
Jc37's process
Makes a "majority of admins to be able to discuss desysop of a fellow admin (same with bureaucrats). Though it would have to be a "majority" (RfA consensus determination would apply) of all active admins (987 last I looked, I think). I think that if (roughly) 670 admins out of 1000 decided that perhaps an admin should be de-sysopped, then that defininitely might at least be something worth discussing."
Outcomes
The result of a successful recall against an administrator or bureaucrat would be the loss of user access level privileges discussed in the initial RFC. A successful recall process initiated against a member of the Arbitration Committee would result in a symbolic "motion of no confidence" regarding the arbitrator on the part of the community to the Wikimedia Foundation, ArbCom and Jimbo Wales. Community recalls of user access privileges granted by ArbCom, such as checkuser and oversight, would result in a similar symbolic "motion of no confidence" directed to these agencies.
See also
- Misplaced Pages:Administrators open to recall
- Misplaced Pages:Arbcom electoral reform
- Misplaced Pages:Jimmy Wales
- Misplaced Pages:Requests_for_de-adminship#Proposed_processes
- Misplaced Pages:Requests for comment/Arbitration Committee
Notes
- Drage Bowser, Jennie (2006-03-21). "Recall of State Officials". National Conference of State Legislatures. Retrieved 2008-07-10.