User:Cenarium/Proposal

The three propositions aim to improve our monitoring of vandalism, BLP violations, and other recurrent problems using systems inspired by flagged revisions, patrolled edits and the abuse filter, without affecting editability as is currently the case for page protection, or as it would be for large-scale implementations of strict flagged revisions. It relies on a 'reviewer' usergroup that can be granted automatically, and manually added or removed by administrators, able to flag or patrol articles.

Flag protection
For articles meeting the requirements for protection (defined by the protection policy), flag protection may be used instead of regular protection, that is, instead of entirely preventing editing by unregistered or new users, we allow it, but non-autoconfirmed edits are delayed until reviewed by a reviewer. Classic protection can still be used temporarily in cases of exceptionally high levels of vandalism or unstoppable edit wars. The proposed additional protection levels are:


 * Semi flag protection: edits by non-autoconfirmed users are not shown by default to IPs until reviewed by a reviewer, edits by autoconfirmed users are automatically reviewed when the previous revision is already reviewed.
 * Typical use: Excessive vandalism, repeated BLP violations, etc
 * Full flag protection: a new revision is shown to IPs by default only when it is validated by an administrator (or possibly, users in a group moderator, if we don't have enough admins).
 * Typical use: Disputes
 * Option (disabled by default) to deactivate non-reviewer autoreview: only edits by reviewers are automatically reviewed when the previous version is already reviewed.
 * Typical use: Pages targeted by persistent sockpuppeters
 * Option "Dispute": enabled by default, when editing, moderators are not proposed to validate their edits and there is no autovalidation.

Summary tables:


 * + option (enabled by default): Autoreview autoconfirmed users
 * + option (enabled by default): Dispute


 * Advantages over the current system


 * IPs and new users can edit semi flag protected pages, while they cannot edit semi-protected pages.
 * When a page is fully protected, only admins can edit and the article development is made very difficult, especially for long-term protections, using intermediary or full flag protection in those cases would allow article development while keeping an independent validation of edits by reviewers or administrators/moderators.
 * Semi-protection is insufficient in certain cases, especially for articles targeted by persistent vandals or sockpuppets, or subject to extreme BLP violations, they sometimes require full protection. An intermediary level between semi flag protection and full flag protection could handle those cases.


 * Other
 * Reviewers have access to Special:OldReviewedPages, listing all flag protected pages which a latest revision that is not reviewed.
 * When an autoconfirmed user edits a semi flag protected page, the new revision is automatically reviewed only when the previous one is reviewed (to avoid unnoticed vandalism insertions), which should be the case most of the time, as edits are continually flagged by reviewers.

Discuss this

Patrolled revisions
For all pages in mainspace, an enhanced system of patrolled revisions can be used. Reviewers can mark a revision patrolled, which has no effect but only to inform that this revision contains no vandalism and satisfy certain other requirements defined by a guideline.

Reviewers have access to Special:UnPatrolledPages (pages that have never been patrolled) and Special:OldPatrolledPages (pages patrolled at least once with unpatrolled latest revision). Those special pages are filterable by category (especially interesting for Category:Living people). A new revision by a reviewer is automatically patrolled when the previous version is.

This system allows to improve the monitoring of pages for vandalism, blp violations, etc, by reducing the number of revisions to check and allow to compare the latest revisions with a previous 'good' version (acting like 'checkpoints').

This system would be entirely independent of flag protection, and would allow to double-check edits by autoconfirmed users to those pages.

Discuss this

Deferred revisions
For pages in mainspace, and possibly other namespaces such as Portal, Category, Template, Wikipedia, Help, File and User, we can use deferred revisions: edits that have been identified as suspect in some respect by an automated system (with customizable filters, like the abuse filter), are delayed until reviewed by a reviewer. Reviewers have access to Special:DeferredRevisions (listing all pages with a deferred revision that has not been canceled), and can cancel the deferral. Basic information on the filter triggered by the edit is given to the user whose edit has been deferred and to reviewers.

Edits are deferred when they match a certain filter, they can cover cases of obvious vandalism, spam, test edits and other potentially harmful edits. Each filter would require consensus to be turned on.

Discuss this

Technical aspect
For patrolled revisions and flag protection, the extension FlaggedRevs would be the core of the implementation, but certain modifications, such as adding new special pages and allow deactivation of non-reviewer autoreview are needed.

For deferred revisions, the abuse filter may be the automated system charged to identify and defer suspect edits, but substantial modifications are required to make the collaboration between the two extensions efficient.

Discuss this

Trial

 * See also Flagged_revisions/Trial, Flagged_revisions/Trial/Proposed trials

This variant of flag protection has been proposed as a trial, see Trial 17.