Jump to content

Wikipedia:Pending changes: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Quick namechange....so much more to do here
Some cleanup
Line 12: Line 12:


==Description==
==Description==
Pending changes introduces new protection levels which can be used as an alternative to regular semi-protection and full-protection. During the trial, the conditions for using pending changes are the same as for using semi-protection; they are determined by the [[WP:PP|protection policy]]. Autoconfirmation can be turned off if the article meets the requirements for full-protection or if there is active consensus to do so. Disputes should still be handled by full protection<ref>Initially a full flagged protection level, where flagging was restricted to administrators had been proposed but won't be implemented in the trial for simplicity.</ref>. Classic protection can and should still be used, for example in cases of exceptionally high levels of vandalism, where using flagged protection would be counter-productive. The full spectrum of protection levels are shown in the following table:
There are three protection levels: semi flag protection, intermediary flag protection and full flag protection, and a usergroup <tt>Reviewer</tt>. On semi- or intermediately-flag protected pages, the latest confirmed revision is by default displayed to readers. Reviewers can confirm revisions on semi and intermediately flag protected pages. All [[Wikipedia:Autoconfirmed|autoconfirmed]] users are auto-confirmed on semi flag protected pages , that is, if the latest version of a page is confirmed, a new revision by an autoconfirmed user is automatically confirmed. On intermediately flag protected pages, reviewers are auto-confirmed but not autoconfirmed users who are not reviewers.


Wikipedia:Flagged protection and patrolled revisions/
The table below resumes this:


;Advantages over the current system
{| class="wikitable" style="width:100%; margin:0 auto 15px; text-align:center;"
*Even though their edits are not visible immediately to readers, unregistered and new users can edit pages protected by pending changes, while they cannot edit semi-protected pages. So this allows constructive changes while disallowing vandalism and other unconstructive changes.
|-
*Semi-protection is insufficient in certain cases, especially for articles targeted by persistent vandals or sockpuppets, or subject to extreme BLP violations; these sometimes require full protection. The option to deactivate auto-reviewing for autoconfirmed users who are not reviewers (autoconfirmation) provides a protection level adapted to handle those case
! Currently available protection levels
! [[WP:UAL#Anonymous|Anonymous]] / [[WP:UAL#New users|Non-Autoconfirmed]]
! [[WP:UAL#Autoconfirmed|Autoconfirmed]]
! [[WP:ADMIN|Administrator]]
|-
! Semi-protection
| style="background:#ffdddd;" | Cannot edit
| colspan=2 style="background:#ddffdd;" | Can edit; edits are immediately visible
|-
! Full protection
| colspan=2 style="background:#ffdddd;" | Cannot edit
| style="background:#ddffdd;" | Can edit; edits are visible immediately
|}

{| class="wikitable" style="width:100%; margin:auto; text-align:center;"
|-
! Proposed additional protection levels
! Anonymous / Non-Autoconfirmed
! Autoconfirmed
! Reviewer
|-
! Semi flagged protection
| style="background:#f2e0ce;" | Can edit; a new edit is visible to registered users, but not by default to readers until confirmed by a <tt>'reviewer'<tt>
| style="background:#ffffdd" | Can edit; a new edit is visible immediately if the previous version is already confirmed; otherwise by default not visible to readers until confirmed by a <tt>'reviewer'</tt>
| rowspan=2 style="background:#fffded;" | Can edit; a new edit is visible immediately if the previous version is already confirmed or when the option "confirm this revision" is selected; otherwise left unconfirmed
|-
! Intermediary flagged protection
| colspan=2 style="background:#f2e0ce;" | Can edit; a new edit is visible to registered users, but by default not to readers until confirmed by a <tt>'reviewer'<tt>
|-
! Full flagged protection
| colspan=3 style="background:#f5deb3;" | Can edit; new edits are visible to registered users, but by default not to readers until validated by an <tt>'administrator'</tt>
|}


The process will work like this:
The process will work like this:
#Article receives heavy vandalism from anons or users that have yet to be [[Wikipedia:autoconfirmed|autoconfirmed]]
#Article receives heavy vandalism from anons or users that have yet to be [[Wikipedia:autoconfirmed|autoconfirmed]]
#Someone requests flagged protection on [[WP:RFPP]]
#Someone requests protection on [[WP:RFPP]]
#Administrator activates flagged revisions on the article
#Administrator activates flagged revisions on the article
#Anon makes a legitimate edit to the article
#Anon makes a legitimate edit to the article
Line 59: Line 28:


In case of abuse, administrators can revoke the reviewer right.
In case of abuse, administrators can revoke the reviewer right.

The basic workings of flagged revision can be previewed [http://en.labs.wikimedia.org/wiki/En.wiki_FlaggedRevs_trial here], except in this implementation, there is no need to set user rights to flag revisions.

==Scope==
==Scope==
The scope of flagged protection is limited by the [[WP:PP|protection policy]]. The conditions for semi flagged protection should be the same as to what the current [[WP:SEMI|semi-protection]] policy allows. If the article does not meet the requirements for semi-protection under the current [[WP:SEMI|semi-protection policy]], then it should not be protected with flagged revisions either. Likewise, only pages that would otherwise be fully protected under the [[WP:PROT|protection policy]] may be put under full flagged protection. Intermediary flagged protection can be used for articles meeting the requirements for full protection when it doesn't involve a content dispute, or when there is consensus for using it.
The scope of protection is limited by the [[WP:PP|protection policy]]. The conditions for protection should be the same as to what the current [[WP:SEMI|semi-protection]] policy allows. If the article does not meet the requirements for semi-protection under the current [[WP:SEMI|semi-protection policy]], then it should not be protected with either. Likewise, only pages that would otherwise be fully protected under the [[WP:PROT|protection policy]] may be put under full protection

The expiry date or the absence of such (indefinite protection) should be considered the same way as for normal protection.
The expiry date or the absence of such (indefinite protection) should be considered the same way as for normal protection.


Line 83: Line 48:


On a fully flag protected page, a revision may be validated if there is consensus to validate this revision, or if it is non-controversial compared to the latest validated version.
On a fully flag protected page, a revision may be validated if there is consensus to validate this revision, or if it is non-controversial compared to the latest validated version.

==See also==
*[[Wikipedia:Flagged protection and patrolled revisions/Implementation]] for the technical implementation of flagged protection


[[Category:Wikipedia flagged revisions]]
[[Category:Wikipedia flagged revisions]]

Revision as of 22:35, 9 June 2010

Pending changes (formerly known as "Flagged protection") is a specific use of flagged revisions which provides an alternative to the current page protection feature: instead of disallowing editing for certain users, editing is allowed, but those edits must be flagged before being displayed to non-registered readers by default. Flagged protection is part, along with patrolled revisions, of a planned trial implementation on the English Wikipedia.

Overview

One of the problems that this proposal is trying to solve is that about 3,000 articles are semi-protected. While 0.1% of English Wikipedia may not seem a huge fraction, semi-protected articles tend to be among the most-read ones, and many readers will also want to make legitimate contributions to them. Anonymous and new users can use the {{editsemiprotected}} template to suggest changes to the page, but it is tedious and daunting for newcomers to use. Thus, while it makes an article somewhat safer from vandalism, semi-protection locks out people who want to contribute in good faith to an article. Therefore, this system is designed to diminish the need for {{editsemiprotected}}, and to allow users to make changes directly to the article without knowing how to use the template.

Similarly, full protection permits only administrators to make consensus-based edits to articles. With full flagged protection, any user could make a change, which editors could then discuss; administrators would flag edits that reflect consensus rather than make them directly.

Description

Pending changes introduces new protection levels which can be used as an alternative to regular semi-protection and full-protection. During the trial, the conditions for using pending changes are the same as for using semi-protection; they are determined by the protection policy. Autoconfirmation can be turned off if the article meets the requirements for full-protection or if there is active consensus to do so. Disputes should still be handled by full protection[1]. Classic protection can and should still be used, for example in cases of exceptionally high levels of vandalism, where using flagged protection would be counter-productive. The full spectrum of protection levels are shown in the following table:

Interaction of Wikipedia user groups and page protection levels
  Unregistered or newly registered Confirmed or autoconfirmed Extended confirmed Template editor   Admin Interface admin Appropriate for
(See also: Wikipedia:Protection policy)
No protection Normal editing The vast majority of pages. This is the default protection level.
Pending changes All users can edit
Edits by unregistered or newly registered editors (and any subsequent edits by anyone) are hidden from readers who are not logged in until reviewed by a pending changes reviewer or administrator. Logged-in editors see all edits, whether accepted or not.
Infrequently edited pages with high levels of vandalism, BLP violations, edit-warring, or other disruption from unregistered and new users.
Semi Cannot edit Normal editing Pages that have been persistently vandalized by anonymous and registered users. Some highly visible templates and modules.
Extended confirmed Cannot edit Normal editing Specific topic areas authorized by ArbCom, pages where semi-protection has failed, or high-risk templates where template protection would be too restrictive.
Template Cannot edit Normal editing High-risk or very-frequently used templates and modules. Some high-risk pages outside of template space.
Full Cannot edit Normal editing Pages with persistent disruption from extended confirmed accounts.
Interface Cannot edit Normal editing Scripts, stylesheets, and similar objects central to operation of the site or that are in other editors' user spaces.
  The table assumes a template editor also has extended confirmed privileges, which is almost always the case in practice.
Other modes of protection:


Advantages over the current system
  • Even though their edits are not visible immediately to readers, unregistered and new users can edit pages protected by pending changes, while they cannot edit semi-protected pages. So this allows constructive changes while disallowing vandalism and other unconstructive changes.
  • Semi-protection is insufficient in certain cases, especially for articles targeted by persistent vandals or sockpuppets, or subject to extreme BLP violations; these sometimes require full protection. The option to deactivate auto-reviewing for autoconfirmed users who are not reviewers (autoconfirmation) provides a protection level adapted to handle those case

The process will work like this:

  1. Article receives heavy vandalism from anons or users that have yet to be autoconfirmed
  2. Someone requests pending changes protection on WP:RFPP
  3. Administrator activates flagged revisions on the article
  4. Anon makes a legitimate edit to the article
  5. An autoconfirmed user can decide to confirm or revert the revision made by the anon

In case of abuse, administrators can revoke the reviewer right.

Scope

The scope of pending changes protection is limited by the protection policy. The conditions for level 1 pending changes protection should be the same as to what the current semi-protection policy allows. If the article does not meet the requirements for semi-protection under the current semi-protection policy, then it should not be protected with pending changes either. Likewise, only pages that would otherwise be fully protected under the protection policy may be put under full (level 2) pending changes protection. The expiry date or the absence of such (indefinite protection) should be considered the same way as for normal protection.

Confirmation and validation

Confirming is generally based on the diff between the latest confirmed revision and the new revision. A new revision should be confirmed in general if it doesn't:

  1. conflict with the Biographies of Living People policy
  2. contain vandalism or patent nonsense
  3. contain copyright violations
  4. contain legal threats, personal attacks or libel.

Reviewers should take special consideration of the reason given for protection, and make sure to uphold it.

If a revision is not confirmed because of such concerns, the article should be edited[who?], and unconstructive edits reverted, so that the latest version can be confirmed as soon as possible.

Edits should not generally be left unconfirmed on other grounds, such as containing Original Research, not being neutral, or not being adequately verified, except where this contradicts the policy on the biography of living persons, if the edit introduced many such problems, or the violations are egregious.

On a fully flag protected page, a revision may be validated if there is consensus to validate this revision, or if it is non-controversial compared to the latest validated version.

  1. ^ Initially a full flagged protection level, where flagging was restricted to administrators had been proposed but won't be implemented in the trial for simplicity.