Summary of closing statement (See also Dank's closing statement and Closure draft by jc37): There is no consensus yet to implement PC2. That said, there is consensus for proposals 1 and 2 and 7 to be used as criteria, but only if PC2 is implemented in the future. This RfC neither encourages nor prevents an immediate follow-up RfC to continue working out consensus toward the implementation of PC2, nor does it prevent further discussion concerning any and all criteria for usage. - Dank (push to talk) 18:46, 14 June 2014 (UTC)
The previous RfC regarding PC2 closed with the following result: There is only a consensus for implementation if and only if an rfc concerning criteria for its use gains community-wide consensus first. I think it's now time to have an RfC over what the criteria for PC2 should be.
Pending changes is a feature that requires an administrator or reviewer to accept some changes to pages before they "go live" (become visible to IP users). It has two levels, referred to as PC1 and PC2. A page configured to use PC1 requires that edits made by new or anonymous users be reviewed, while autoconfirmed users' edits are automatically accepted. A page configured to use PC2 requires that edits made by any users other than administrators or reviewers must be reviewed. The following chart further explains these details:
Extended content | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Consensus already exists permitting PC1 to be used in situations listed at Wikipedia:Protection policy#When to apply pending changes protection. At this time, consensus to allow use of PC2 has been achieved[dubious – discuss], but it requires that criteria for its use exist, which is what this RfC aims to establish. Jackmcbarn (talk) 23:24, 8 January 2014 (UTC)
Note: More than one proposal may pass. Proposals are not mutually exclusive unless they contradict each other.
PC2 should be usable in the same situations as PC1 (i.e. cases of persistent vandalism, BLP violations, or copyright violations), but only if the situations are being caused by autoconfirmed users and blocking them is an ineffective solution. Jackmcbarn (talk) 23:24, 8 January 2014 (UTC)
PC2 should be an option for pages that qualify for and might otherwise be fully protected instead, e.g., to deal with certain vandalizing sockpuppeteers without locking everyone out completely and letting the socks "win" a big badge of disruption.
|
No change in current policy. PC2 is not to be used.
{{!vote}} for one-or-more of the other options (and obviously oppose this section, thereby making it difficult for this section to pass while making it easier for the others to), I'm not entirely certain that solidifying a second class of user is required at the moment, as per Risker, Beeblebrox, and the countless others whose opposition to pending changes from day one has since gotten lost in the—I kid you not—13 other convoluted RFCs on this. Ah well, worst case, if it doesn't pass, just launch another one in a few months and if that one doesn't work, rinse and repeat or simply call not-consensus numbers consensus. *sigh*. Not like it matters, but I figure I might try to explain my oppose. So, ironically, while this could be used during edit wars, it could create a much more precarious situation: since you're forced to either accept or revert a revision, it'll basically be an invitation to violations of the 3-revert-rule. Furthermore, as much as we'd like to think that this would somehow protect us against BLP violations (by the way, how many times has that truly been such an intractable and destructive issue so as to require any of this?), it would, in all possibility, worsen BLP violations by equating reviewer-accepted revisions with certified-as-good, making it even harder to explain away something that slips through (e.g., "by being a 'reviewer', you certified them as knowing your policies!"). All of that said, however, a safe reason to use it would be for specific sock targets, and that's a decent reason simply because of the extra hurdle socks would have to jump over, plus it could help reduce the load at WP:SPI, both on clerks/checkusers as well as normal users trying to create cases; that option, however, does not exist without someone sliding "BLP" on it, so a full-oppose it is. --slakr\ talk / 05:55, 22 January 2014 (UTC)"forces every edit to go through pending changes"How so? That's not what's being said at all.
"This software is not being well-maintained or upgraded, it does not integrate properly with VisualEditor."How is that relevant to PC2? If FlaggedRevs is that bad, PC1 shouldn't be usable either. Jackmcbarn (talk) 02:46, 10 January 2014 (UTC)
"change Pending Changes to Flagged Revisions"? Pending Changes here is being provided by mw:Extension:FlaggedRevs. Jackmcbarn (talk) 03:11, 10 January 2014 (UTC)
// Temporarily give testwiki enwiki's settings instead, for testing PageTriage --Roan May 7
elseif ( $wgDBname == 'enwiki' || $wgDBname == 'testwiki' ) {
$wgFlaggedRevsNamespaces = array( NS_MAIN, NS_PROJECT );
# Show only on a per-page basis
$wgFlaggedRevsOverride = false;
# We have only one tag with one level
$wgFlaggedRevTags = array(
'status' => array( 'levels' => 1, 'quality' => 2, 'pristine' => 3 ),
);
# Restrict autoconfirmed to flagging semi-protected
$wgFlagRestrictions = array(
'status' => array( 'review' => 1, 'autoreview' => 1 ),
);
# Restriction levels for auto-review/review rights
$wgFlaggedRevsRestrictionLevels = array( '', 'autoconfirmed', 'review' );
# Use flag "protection" levels
$wgFlaggedRevsProtection = true;
# Use current templates/files
$wgFlaggedRevsHandleIncludes = FR_INCLUDES_CURRENT;
# Group permissions for autoconfirmed
$wgGroupPermissions['autoconfirmed']['autoreview'] = true;
# WP:FPPR trial quota
$wgFlaggedRevsProtectQuota = 2000;
# Group permissions for sysops
$wgGroupPermissions['sysop']['review'] = true;
$wgGroupPermissions['sysop']['stablesettings'] = true;
# Use 'reviewer' group
$wgAddGroups['sysop'][] = 'reviewer';
$wgRemoveGroups['sysop'][] = 'reviewer';
# Remove 'editor' group
unset( $wgGroupPermissions['editor'] );
$wgAddGroups['sysop'] = array_diff( $wgAddGroups['sysop'], array( 'editor' ) );
$wgRemoveGroups['sysop'] = array_diff( $wgRemoveGroups['sysop'], array( 'editor' ) );
}
|
$wgFlaggedRevsProtection = true; could potentially be seen as the difference, as it controls whether all pages need review, or only pages "protected" to require it. Is this what you were referring to changing when you said to switch to FlaggedRevs? Jackmcbarn (talk) 03:45, 10 January 2014 (UTC)"1. This would reduce those edits (by basically removing the instant gratification of making a change, and seeing it applied)."IPs still have an option to see pending edits, and the one that makes the edit sees it automatically.
"2. It would also make a disconnect between what we see (it needs fixing) and the reality (it has been fixed, but the fix hasn't been approved)."Registered users see the fixes by default, and everyone always sees the fixes in the edit box. Jackmcbarn (talk) 01:27, 1 February 2014 (UTC)
I propose the idea by User:King of Hearts in the original RfC that many users supported: "Create a subsection of WP:RFPP dedicated to PC2 requests. One can put in a request for a page to be PC2-protected, after which a discussion will take place. If consensus is reached, then the page will be PC2-protected." Ramaksoud2000 (Talk to me) 05:36, 12 January 2014 (UTC)
This can be used along with other methods if multiple methods gain consensus. Ramaksoud2000 (Talk to me) 16:19, 12 January 2014 (UTC)
To clarify further, this should only be implemented if a set of standards were to gain consensus first. Ramaksoud2000 (Talk to me) 01:34, 14 January 2014 (UTC)
PC2 can (and should) be removed from any article that has unreviewed edits more than This is intended as a modification to any "apply PC2" proposal that might gain consensus. TuxLibNit (talk) 20:31, 12 January 2014 (UTC) Edits above to clarify what I was actually thinking and take on board some of the comments, however I'm giving up on this proposal. See discussion for some final comments. TuxLibNit (talk) 21:54, 13 January 2014 (UTC)
This proposal is intended to neutralise the concerns about large backlogs and the like. It should act as a non-bureaucratic means to implement the "remove PC2 if an edit war occurs" point from Proposal 3. It cleanly embodies the notion that the reviewers are volunteers so that if no-one is willing to review a particular article there is no point applying PC2 to it. Finally, it means that in principle any "your changes will not be visible until thay have been reviewed" message can contain a reliable upper limit on how long the user must wait, which should mitigate user frustrations. TuxLibNit (talk) 20:31, 12 January 2014 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
|
The use of PC2 for longer than 1 year on any page must be reviewed by an administrator and/or by a community discussion at least once a year, excluding protection set under the authority of the Arbitration Committee or a higher authority.
davidwr/(talk)/(contribs) 01:45, 13 January 2014 (UTC)
If this happened for PC2, I'd want to see it for full protection (in the article namespace) as well. Jackmcbarn (talk) 03:42, 13 January 2014 (UTC)
In order to gain some idea of the effect of PC2, for the first 6 months after the first proposal that does not limit PC2 to articles that would otherwise be fully-protected passes, the protecting administrator must indicate what protection he WOULD HAVE used had PC2 not been an option. This should be recorded in the protection log but it may be recorded on the article talk page, the article edit log, or another location if the situation warrants. davidwr/(talk)/(contribs) 02:00, 13 January 2014 (UTC)
If proposal 8 is adopted, 6 months after it is "triggered," usage statistics will be gathered and formally reported on an project page that is directly related to PC2. Whether proposal 9 passes or not, if proposal 8 passes, it is expected that interim and final statistics will be gathered and discussed by editors on discussion pages. The passing or failing of proposal 9 would not impact such discussions. davidwr/(talk)/(contribs) 02:00, 13 January 2014 (UTC)
Who would be gathering the statistics? Jackmcbarn (talk) 03:44, 13 January 2014 (UTC)
I think this proposal is moot. If it passes, no one can be forced to gather those statistics. If it fails, there is nothing to prevent someone who wants to gather those statistics from doing so. -- King of ♥ ♦ ♣ ♠ 18:32, 14 January 2014 (UTC)
|
PC2 replaces Full Protection. Rationale: This would make it easier and more streamlined for non-admins to edit fully protected pages, but without the readers being subject to vandalism. Essentially using PC2, or something similar as a replacement for requesting protected edits. (Just an idea, I'm new to editing so I haven't had much experience with Protection\vandalism...) Isaac Oscar (talk) 14:36, 17 January 2014 (UTC)
|
On articles where full protection is enabled, PC2 may be enabled when protection is lifted, if consensus to enable PC2 is established on the article's talk page, or as a result of a discussion on WP:AN, WP:AN/I, or a noticeboard created for this purpose. If there is no clear consensus, PC2 is not to be used.not to be used on that article. wording changed, see discussion.
Note: this proposal is intended to be exclusive to proposals 1-4 which give specific general conditions on use of PC2 (or oppose it entirely) but is not necessarily in conflict with the other extant proposals. (struck - covered by "not mutually exclusive" note above proposal 1)
Note 2: as a result of input from editors below, I have adjusted the wording of this proposal to remove the "exclusivity clause". I am notifying the editors who have already commented below so that they may revise their comments if they wish. Ivanvector (talk) 02:34, 22 January 2014 (UTC)
"If there is no clear consensus, PC2 is not to be used."would have to be tweaked, but that's not a big deal. Jackmcbarn (talk) 00:40, 21 January 2014 (UTC)
Since we seem to be having trouble describing specific examples/situations where PC2 might be useful, I am proposing this as a way to allow the use of PC2 to be evaluated on a case-by-case basis, subject only to the condition that full protection must have been tried first, so as to limit this to very serious cases of disruption. The criteria here is intentionally broad, rather than attempting to guess at every situation where PC2 could be useful (see WP:CREEP and WP:KISS). If, as some editors here insist, there are cases where PC2 works better, then let those situations be identified by the community when they appear, and let the criteria for use of PC2 evolve on its own. Ivanvector (talk) 21:36, 20 January 2014 (UTC)
Regardless of what other proposals pass, stopping legitimate users (i.e., not sockpuppets or VoA's) from edit-warring with each other is not an acceptable use of pending changes, as this would only waste reviewer time. Note that this does not mean that it must be disabled if it was originally enabled for a different reason but an edit war begins. In this case, for example, an admin could full-protect the page as normal, leaving PC alone to take effect again when full protection expires. Jackmcbarn (talk) 13:35, 22 January 2014 (UTC)
The employment of Pending changes level 2 on English Wikipedia is controversial within the community and its implementation may raise some technical issues. Accordingly, at least at this time, this protection option should be used only where there is a specific reason to do so on a given page. It should not be used routinely or when another protection status would be sufficient.
PC-2 status for a page may be appropriate:
PC-2 status generally should not be used:
The overall number of pages on PC-2 status should be kept limited so as not to swamp the reviewer team and cause undue delays in reviewing edits. The protection level of any page on PC-2 status should be reviewed periodically. Requests for modification of PC-2 status should be made in the first instance to the protecting administrator, and otherwise on Wikipedia:Requests for page protection.
This policy will be reviewed by the community after six months of implementation and the use of PC-2 may be continued, expanded, or discontinued by consensus at that time. In the interim, feedback on the implementation of PC-2 may be provided at [link].
Regardless of which proposals pass or fail in this RfC, any future implementation of PC2 shall trigger a review of the granting of the "reviewer" user right, including an RfC to develop a specific guideline for editors to be granted the "reviewer" permission, including specific expectations and a process by which an editor's "reviewer" permission may be revoked if they abuse the privilege.
In that RfC, the community may or may not elect to immediately revoke the "reviewer" user right for all non-admin users and allow editors to re-apply under the new criteria; this proposal is neutral in that regard.
This is intended to address concerns brought up here and in previous PC RfCs regarding the granting of the "reviewer" user right. The current guideline is based on a draft coming out of one of the previous RfCs and apparently is only still in effect because there was no consensus to refine it in any of the subsequent discussions. That guideline is here: Wikipedia:Reviewing pending changes#Becoming a reviewer.
While noting this was not part of the official close, the closer of RfC 2013 (jc37) left this comment: "Several commenters noted that they felt that several of the admin-granted user-rights are given out "like candy" (to quote one commenter). I agree that, in my experience, this is all to often the case. (See also my comment about transparency here.) So this is merely a request from a fellow Wikipedian, but please someone start a discussion/rfc to re-examine the current criteria (or lack thereof) concerning the granting of admin-granted user-rights, and the reviewing of the ongoing usage of such user-rights." Thus, I am proposing we do so. Ivanvector (talk) 20:27, 27 January 2014 (UTC)
Several users have neither supported nor opposed proposals specifically, but are considered to have opposed them because they supported a proposal that conflicts with it. Signing your name in the Support, Neutral, or Oppose section for the proposal will cause your name to be removed from the list on its next update.
Some users have supported Proposal 4, which opposes the implementation of PC2, along with one or more other proposals that support its implementation in various ways. At face value, these endorsements may appear to be contradictory. Please see the specific comments for any explanations of these endorsements.