Content deleted Content added

Inline

Revision as of 01:56, 6 December 2015

Please consider joining the feedback request service.

An editor has requested comments from other editors for this discussion. This page has been added to the following lists:

Wikipedia proposals
Wikipedia policies and guidelines

When discussion has ended, remove this tag and it will be removed from the lists. If this page is on additional lists, they will be noted below.

Introduction

The purpose of this RfC is to reach a solution for the problems identified by the community in the Phase I RfC. Participants will examine the proposals set forth on this page and indicate whether they support or oppose those proposals in the proper sections. Comments on specific proposals should be placed in the comments section for that proposal, while general comments about the RfC should be placed the talk page. Since this proposal may have substantial effects on the RfA process, it will be as widely advertised as possible. Thirty days after the opening of the RfC, it will be closed. The closer will determine which proposals attained consensus according to the process described at Wikipedia:Consensus#Determining consensus.

For convenience

Blue denotes 81-100% support; light green denotes 66-80% support, yellow denotes 50-65% support, pink denotes 0-49% support. For closed items; gray is canceled, green is passed, red is failed.

Counts last updated: 19:22, 5 December 2015 (UTC)

Table of issues
Principle	Support	Oppose	% support
#A1: Advertise RfAs with a site banner	0	34	0
#A2: Advertise RfAs with a watchlist notice	55	5	92
#A3: Advertise RfAs on WP:CENT	23	4	85
#B1: Disallow threaded discussion on the main RfA page	11	23	32
#B2: Limit the total number of questions asked by individual editor	53	11	83
#B3: Limit the total number of questions that may be asked of any candidate	1	32	3
#B4: Clerking at RfA	-	-	-
#C1: Expand discretionary range to 65%	43	10	81
#C2: Expand discretionary range to 60%	17	21	45
#C3: Expand discretionary range to 50%+1	0	27	0
#C4: Abolish the discretionary range completely	0	27	0
#D1: Upper limits on opposition	5	26	16

Issues

A: More participants

Absolutely no chance of passing. Esquivalience ^t 18:25, 5 December 2015 (UTC)[reply]

The following discussion 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.

A1: Advertise RfAs with a site banner

One option to increase participation in RfAs is to display a site banner (to logged-in users only) advertising ongoing RfAs.

Support A1

...

Oppose A1

Oppose. This is a bit too much, in my opinion. Biblioworm 20:59, 29 November 2015 (UTC)[reply]
Too intrustive. A watchlist notice would be a more familiar and minimal, yet still effective method of spreading the word. BethNaught (talk) 21:00, 29 November 2015 (UTC)[reply]
Per above, this is a bit much. Beeblebrox (talk) 21:33, 29 November 2015 (UTC)[reply]
I agree this would be too much. At the moment, RFA candidates are fairly well vetted since there are not that many in a given year. Mkdw ^talk 22:44, 29 November 2015 (UTC)[reply]
Too much. Only in death does duty end (talk) 11:13, 30 November 2015 (UTC)[reply]
Strong oppose. Site banner's should be reserved for items of the highest importance. RfAs are routine business and although there are sometimes long gaps between them, there are also long stretches with RfA after RfA. The site banners would become annoying and a usability issue. Jason Quinn (talk) 16:20, 30 November 2015 (UTC)[reply]
Oppose as overkill. --Tryptofish (talk) 18:57, 30 November 2015 (UTC)[reply]
Oppose way too much. — xaosflux ^Talk 21:33, 30 November 2015 (UTC)[reply]
Oppose. Too far.Bahb the Illuminated (talk) 22:23, 30 November 2015 (UTC)[reply]
Too much, would end up being ignored very quickly. Callanecc (talk • contribs • logs) 00:44, 1 December 2015 (UTC)[reply]
Oppose overkill. Banedon (talk) 04:59, 1 December 2015 (UTC)[reply]
Oh dear god no In addition to the points made above; several of our topic areas have a vast number of not-prolific POV warriors. Such characters are not likely to turn up at RFA as things currently stand, but might show up in droves if editor XYZ, who once reverted them, were at RFA. Vanamonde93 (talk) 05:42, 1 December 2015 (UTC)[reply]
(edit conflict) Oppose – annoying. If other proposals succeed and more people nominate themselves at RfA, such a banner would appear almost constantly. sst✈^(discuss) 05:46, 1 December 2015 (UTC)[reply]
Oppose: This would be annoying and would hardly make more editors want to participate thoughtfully in RfAs. Jsayre64 (talk) 06:27, 1 December 2015 (UTC)[reply]
Oppose: Cas Liber (talk · contribs) 07:03, 1 December 2015 (UTC)[reply]
Oppose: This is overkill. Turnout at RfA has never been so good. All more publicity would do is to invite more trolling. Kudpung กุดผึ้ง (talk) 10:42, 1 December 2015 (UTC)[reply]
Oppose: Agree with above. Those who are interested don't need large scale publicity to prompt them. Leaky Caldron 11:56, 1 December 2015 (UTC)[reply]
Oppose, this is overkill. --AmaryllisGardener ^talk 23:08, 1 December 2015 (UTC)[reply]
Oppose Per Kudpung. Debresser (talk) 23:57, 1 December 2015 (UTC)[reply]
Oppose Sure, I'll ride with this posse. Overkill. BMK (talk) 01:49, 2 December 2015 (UTC)[reply]
Oppose No new arguments. Agree with all above. JQTriple7 ^talk 03:54, 2 December 2015 (UTC)[reply]
Oppose—concur this would be overkill. –Grondemar 04:10, 2 December 2015 (UTC)[reply]
RfA needn't be such a concern to every logged-in editor that we need to plaster it at the top of every page. A single admin is not that important, and it would get very annoying quickly. — Earwig ^talk 09:26, 2 December 2015 (UTC)[reply]
Oppose Way too much - and it would lose its impact after a while anyway (and be detrimental to the impact of other site banners too) Waggers TALK 13:50, 3 December 2015 (UTC)[reply]
Strong Oppose, if we wanted to make RfAs more stressful and more political this is just the way to go about it. SpinningSpark 16:11, 3 December 2015 (UTC)[reply]
Oppose – This will just make users feel even more annoyed with the RFA process than they already are. Giants2008 (Talk) 02:08, 4 December 2015 (UTC)[reply]
Oppose: Quite aside from the obtrusiveness of the method, as I mentioned in Phase I, no one's yet explained exactly how greater participation would magically result in better and less knee-jerk an electorate than currently exists. Ravenswing 05:54, 4 December 2015 (UTC)[reply]
Oppose Too intrusive, and the banners like I got in my watchlist are certainly enough. Gug01 (talk) 20:20, 4 December 2015 (UTC)[reply]
No on En WP --Tito Dutta (talk) 21:51, 4 December 2015 (UTC)[reply]
Oppose as ironic WP:ADVERTISING. On the serious side, this would be a (maybe also ironic) violation of WP:CANVASSING. --TL22 (talk) 21:57, 4 December 2015 (UTC)[reply]
Oppose - piling on. Enough site banners. Ivanvector 🍁 (talk) 01:25, 5 December 2015 (UTC)[reply]
Oppose - Over kill being an understatement!. –Davey2010^Talk 03:29, 5 December 2015 (UTC)[reply]
Oppose Overkill. ^My^name ^isnot^dave (talk/contribs) 10:41, 5 December 2015 (UTC)[reply]
Oppose - if we do this, someone else will figure they need to be up there, too, and the banners will begin to crowd out the rest of the screen for us logged-in users. Not worth it. loupgarous (talk) 15:21, 5 December 2015 (UTC)[reply]

Comments on A1

Maybe if we had RfAs once or maybe twice a year? Or maybe not. --Guy Macon (talk) 23:12, 29 November 2015 (UTC)[reply]

That's not such a bad idea and it is one that has crossed my mind. Save up the noms for quarterly mass elections a bit like ACE. --Kudpung กุดผึ้ง (talk) 10:46, 1 December 2015 (UTC)[reply]

... or ... if there hasn't been an RfA in 60 days then it can be bannered, else not. StevenJ81 (talk) 17:26, 1 December 2015 (UTC)[reply]

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.

A2: Advertise RfAs with a watchlist notice

Another option is to post a notice announcing current RfAs on MediaWiki:Watchlist-details, which will display the notice on all watchlists.

Support A2

Support. I think this is a reasonable option. We do this for major proposals, and RfAs are arguably important enough to merit the same treatment. This option isn't as extreme as A1, and is also likely to attract more experienced editors, since they are likely the ones that make the most extensive use of watchlists. Biblioworm 20:59, 29 November 2015 (UTC)[reply]
A standard way to attract editors to important discussions and events. The best option for reliably broadcasting open RfAs. BethNaught (talk) 21:00, 29 November 2015 (UTC)[reply]
this is the way to do it. Great option. Peacemaker67 (crack... thump) 22:44, 29 November 2015 (UTC)[reply]
Support Subtle but would likely drive more people to on-going RFAs, and in turn, hopefully more candidates. Mkdw ^talk 22:58, 29 November 2015 (UTC)[reply]
Support - good option that is likely to be effective. Just Chilling (talk) 03:46, 30 November 2015 (UTC)[reply]
Support I can see this being useful. Sam Walton (talk) 10:52, 30 November 2015 (UTC)[reply]
Support. Useful addition - however if the number of RFA's significantly increase, this may need to be re-looked at. Only in death does duty end (talk) 11:14, 30 November 2015 (UTC)[reply]
Support trial. The watchlist seems like a reasonable place to do this and it would attract the right kind of people (active editors). It would also attract attention to the RfA process, which could in turn help encourage people to ask for admin permission, thus helping to solve the problem with the declining number of active admins. That said, we should have a bail-out plan if things do not go well. Jason Quinn (talk) 16:24, 30 November 2015 (UTC)[reply]
Support as a good idea. APerson (talk!) 18:41, 30 November 2015 (UTC)[reply]
I can support this rather weakly, at least as a trial. It might end up being spammy, and it might attract more trollish participants, but it's probably worth a try, in order to increase and broaden participation. --Tryptofish (talk) 18:59, 30 November 2015 (UTC)[reply]
If we are dead-set on increasing publicity for RfAs, this is probably the cleanest, most effective way of doing it. Mz7 (talk) 19:17, 30 November 2015 (UTC)[reply]
Not everyone uses their watchlist, but this will attract a significant and helpful group of active editors. DGG ( talk ) 19:42, 30 November 2015 (UTC)[reply]
Conditional support per xaosflux's comments below. A generic "there are RFA's open" only. Beeblebrox (talk) 21:42, 30 November 2015 (UTC)[reply]
Support This seems like the right way to attract more !voters with at least some experience. It's true not all users use the watchlist, but I'm rather sure most users who have made multiple contributions do. Bahb the Illuminated (talk) 22:27, 30 November 2015 (UTC)[reply]
Support. This seems like a "no brainer" to me... (Now, if we start having 10 RfA's at once, we may need to revisit this... But with the current RfA activity we have now, this seems like a good proposal.) Addendum: OK, the suggested generic "There are RfA's currently running..." banner, as per xaosflux & Beeblebrox, seems to solve all issues here. --IJBall (contribs • talk) 22:37, 30 November 2015 (UTC)[reply]
Support, preferably with names, not just RfA count. --Pres N 22:39, 30 November 2015 (UTC)[reply]
Support - this would certainly prompt me to participate in more RfAs. Cordless Larry (talk) 22:47, 30 November 2015 (UTC)[reply]
Support - sounds like a good idea to me, the only possibility I can see is that the notice becomes regular enough that people ignore it, but let's cross that bridge... Callanecc (talk • contribs • logs) 00:44, 1 December 2015 (UTC)[reply]
Support, but with no names. Just a generic "an RFA is in progress" will do. Steel1943 (talk) 02:52, 1 December 2015 (UTC)[reply]
Support perhaps with no names. At current rates of applications, "a new RFA is in progress", kept up for 2-3 days, would not mean it is up very much. You don't want there all the time or people will ignore it. Johnbod (talk) 03:12, 1 December 2015 (UTC)[reply]
Conditional Support see comment below, only support if this will be minimal, without usernames. — xaosflux ^Talk 03:55, 1 December 2015 (UTC)[reply]
Support looks reasonable to me. Banedon (talk) 04:59, 1 December 2015 (UTC)[reply]
Support – unobtrusive. sst✈^(discuss) 05:40, 1 December 2015 (UTC)[reply]
Qualified support Do it, without the name of the candidate. If editors see a notice and come over to vote, they should do it because they are interested/concerned about the admin corps, not because they like/dislike a given editor. Vanamonde93 (talk) 05:45, 1 December 2015 (UTC)[reply]
Q Support per Vanamonde93. --Fauzan ^{✆ talk}_{✉ mail} 05:57, 1 December 2015 (UTC)[reply]
Support per xaosflux's comment below. Jsayre64 (talk) 06:31, 1 December 2015 (UTC)[reply]
Support Cas Liber (talk · contribs) 07:03, 1 December 2015 (UTC)[reply]
Weak Support. The turnout at RfA has never been so good. However, as trolls rarely operate seriously by using a watchlist, it might attract more of the right quality of voters. Kudpung กุดผึ้ง (talk) 10:49, 1 December 2015 (UTC)[reply]
Support, without the user's name. Per Vanamonde93. Reh man 13:30, 1 December 2015 (UTC)[reply]
Support - Sensible place to do it. Rlendog (talk) 14:04, 1 December 2015 (UTC)[reply]
Support - we need to broaden the pool of both candidates and participants. Something simple ("Two RFAs are pending") would work. Neutrality^talk 15:11, 1 December 2015 (UTC)[reply]
Support. This is done on some other Wikimedia projects and works well. No names, per below. StevenJ81 (talk) 17:28, 1 December 2015 (UTC)[reply]
Support. What about a note for everyone about RfAs every year or so and making RfAs "subscribable" so that new RfAs get displayed in the watchlists of the subscribers? --Fixuture (talk) 18:20, 1 December 2015 (UTC)[reply]
Support including usernames and direct links to open RfAs, with individual [dismiss] buttons. —Kusma (t·c) 20:13, 1 December 2015 (UTC)[reply]
Sure, but it does make sense to give it a pause of 12-24h, to weed out possible mistakes etc. --Joy [shallot] (talk) 20:18, 1 December 2015 (UTC)[reply]
Support, get the word out without being pushy. --AmaryllisGardener ^talk 23:08, 1 December 2015 (UTC)[reply]
Support, yep. BMK (talk) 01:50, 2 December 2015 (UTC)[reply]
Support. Not too intrusive. JQTriple7 ^talk 03:48, 2 December 2015 (UTC)[reply]
Support However, I believe there should be a 24 hour delay or so per the concerns raised by Leaky Caldron.Spirit of Eagle (talk) 05:32, 2 December 2015 (UTC)[reply]
Support FWIW, I also agree with the specific suggestions to wait a bit to avoid TOOSOONs and to not include usernames in such notices. --joe decker ^talk 07:00, 2 December 2015 (UTC)[reply]
Support - I'm surprised that this wasn't done a long time ago. RfAs need more participation from a wider group of Wikipedia editors. Guy1890 (talk) 07:04, 2 December 2015 (UTC)[reply]
Support - --John Cline (talk) 08:38, 2 December 2015 (UTC)[reply]
Sure. Don't expect it to change much, but the watchlist notice is a fine place for this sort of thing. — Earwig ^talk 09:27, 2 December 2015 (UTC)[reply]
This sounds a-okay to me. i do find banners mildly perturbing, i would be irked if it popped up all the time. A notice would be unobtrusive and accessible, though what do i know my mother is a fish DirShmielMensh (talk) 16:37, 2 December 2015 (UTC)[reply]
Support: I reckon two hours would be enough of a delay before it was advertised here; we only need to weed out the occasional NOTNOW. Wait 24 hours and any people who see the RfA will just be primed by the dozens of !votes by the usual people who visit RfA (i.e. new people will just pile onto whatever the consensus is already, changing nothing). — Bilorv_(talk)^(c)(e) 22:43, 2 December 2015 (UTC)[reply]
Support - Editor participation is what makes this place great. Do this, and think of more ways too. SteveStrummer (talk) 05:33, 3 December 2015 (UTC)[reply]
Support and agree with the comments: make the message simple, and wait 12-24 hours before posting. —2macia22 (talk) 10:54, 3 December 2015 (UTC)[reply]
Support this is a good idea, I think it would increase participation, and make the discussion more communal, as it should be. FuriouslySerene (talk) 14:41, 3 December 2015 (UTC)[reply]
Support I suppose it's not too problematic. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Perfect way to get more !voters—UY Scuti ^Talk 07:57, 4 December 2015 (UTC)[reply]
Support Hugh (talk) 21:27, 4 December 2015 (UTC)[reply]
Support - Having watchlist notices wouldn't be that annoying and if it was annoying editors can remove it, A great way to get more participation IMHO. –Davey2010^Talk 03:32, 5 December 2015 (UTC)[reply]
Why not. Sandstein 09:17, 5 December 2015 (UTC)[reply]
Support Seems nicer. ^My^name ^isnot^dave (talk/contribs) 10:44, 5 December 2015 (UTC)[reply]
Qualified Support Catches the editor when receptive to the news of an RfA. But I concur, no usernames, and let's keep it down to a line, not a whole banner. loupgarous (talk) 15:27, 5 December 2015 (UTC)[reply]
Support Worth a try. The primary thing RfA needs is an influx of nice, reasonable people to provide a counterbalance to the not-so-nice, not-so-reasonable people. It'd be good if we could get the ability to opt-out of particular types of watchlist messages as they have on Commons. —Tom Morris (talk) 20:14, 5 December 2015 (UTC)[reply]
Support No concerns. I assume the admin who adds the watchlist notice will evaluate whether or not the RfA is a clear WP:NOTNOW and if it is truly worthy of seeking broader input — MusikAnimal ^talk 22:54, 5 December 2015 (UTC)[reply]

Oppose A2

Oppose with out more details, see my note in discussion. — xaosflux ^Talk 21:39, 30 November 2015 (UTC) (moved to conditional support)[reply]

Oppose Not clear that the consequences have been thought through. Is this all or just the ones that have passed the obvious "not now" "not ever" stage? Also, inevitable that it will conflict with the idea of reducing overall question volumes and could stir drama from editors joining in for the sake of it. Leaky Caldron 12:09, 1 December 2015 (UTC)[reply]
A good point – a way to deal with this concern would be to not "advertise" RfA's until 24 or 48 hours into the process: that should eliminate the "advertising" of WP:NOTNOW RfA's. --IJBall (contribs • talk) 16:46, 1 December 2015 (UTC)[reply]

Good question. For sure not all the consequences have been thought through but I don't think that's required at this point in time since this is an RfC, not a proposal. While certainly an important detail, I don't think handling quick-closure requests is an insurmountable issue, and definitely not the point of canning the whole idea. I think it's fair to say that they should obviously be filtered out. So the 24 or 48 hour grace period is a good idea. Jason Quinn (talk) 19:38, 1 December 2015 (UTC)[reply]
I think you misread the first paragraph of this RfC. These are indeed proposals, if I read it correctly.—^cyberpower_{Merry Christmas:Unknown} 14:40, 2 December 2015 (UTC)[reply]
Oppose If I want to see RfAs on my watchlist, I can just add the RfA page(s) to my watchlist. I don't want it cluttered with notices, that's not what it's for. Waggers TALK 13:52, 3 December 2015 (UTC)[reply]
Strong oppose. The problems with RfA are not due to the lack of participants, just the opposite if anything. SpinningSpark 16:11, 3 December 2015 (UTC)[reply]
Oppose – I'm surprised this has drawn so much support. This will probably lead to increased turnout for the first few affected RFAs, but editors will eventually tune out regular watchlist notices. At some point, they may even be turned off by the notices if they prove to be constantly added, which they will be if RFA turnout does improve. Giants2008 (Talk) 02:08, 4 December 2015 (UTC)[reply]
Oppose per Spinningspark. Perhaps we should do more to encourage editors reading WP:RFA etc to watchlist a page that will alert them to new RFAs, but a notice such as that proposed would be likely to attract editors with little interest in RFA who notice that an editor they've had a disagreement with is at RFA. DexDor^(talk) 13:11, 5 December 2015 (UTC)[reply]

Comments on A2

I think that IF we go this way, it should be minimalist, something along the line of There are new RfA's open for commenting , and only have a cookie increment. I don't really want to see USERNAMES on watchlist notices. — xaosflux ^Talk 21:38, 30 November 2015 (UTC)[reply]

I agree 100% with that. this would strike the right balance, just informing without spamming. Beeblebrox (talk) 21:41, 30 November 2015 (UTC)[reply]

Seconded, as I mention above. Vanamonde93 (talk) 05:46, 1 December 2015 (UTC)[reply]

Yes. I like the suggestion of doing it without naming the candidates. In the old days it wouldn't have been necessary at all, there was practically at least one RfA going on at any one time. --Kudpung กุดผึ้ง (talk) 10:54, 1 December 2015 (UTC)[reply]

Agreed. Sam Walton (talk) 14:57, 1 December 2015 (UTC)[reply]

To solve the problem of notnow/toosoon cases as pointed out by Leaky caldron, notices can be put up a few hours after the transclusion of an RFA. Any premature RFAs would have been hopefully closed or deleted in the meantime by the active watchers. --Fauzan ^{✆ talk}_{✉ mail} 15:33, 1 December 2015 (UTC)[reply]
Agree, even support up to a day - also technical limitation as admins are required to change the watchlist banner. — xaosflux ^Talk 05:40, 2 December 2015 (UTC)[reply]
There are already way too many watchlist notices. This should not be implemented without a means to unsubscribe from it. There has also not been an adequate response to Waggers comment - new RfAs can easily be monitored for by, for instance, watchlisting User:Cyberpower678/RfX Report. SpinningSpark 16:39, 3 December 2015 (UTC)[reply]
Spinningspark, you may be interested in this gadget proposal. Commons has a gadget where you can select which sorts of watchlist notices you want to see; it shouldn't be that hard to get it over here. Unfortunately, the gadget proposals page doesn't get a lot of eyeballs, so it hasn't gone anywhere at the moment. APerson (talk!) 17:26, 3 December 2015 (UTC)[reply]

A3: Advertise RfAs on WP:CENT

Finally, we could also advertise ongoing RfAs at Template:Centralized discussion. It is a heavily watched page, with over 400 watchers.

Support A3

Support. CENT is a heavily watched page, and I think, in addition to advertising RfAs on users' watchlists, this would tend to attract the attention of more experienced editors rather than new users, in contrast to an indiscriminate site banner. I'd probably say that majority of CENT page watchers are familiar with Wikipedia policy and processes. Biblioworm 20:59, 29 November 2015 (UTC)[reply]
Support I sometimes miss RFA's I would have liked to comment on because I refuse to have RFA on my watchlist due to the unending quagmire on the talk page. I just don't even want to know what is happening there anymore as it repeats itself ad nauseum (emphaisis on the nausea). This would help get the word out without requiring watching the page. Beeblebrox (talk) 21:32, 29 November 2015 (UTC)[reply]
a good option to extend the reach of the watchlist notice. Peacemaker67 (crack... thump) 22:49, 29 November 2015 (UTC)[reply]
As the others have said, a supplemental method which will again attract active users. DGG ( talk ) 19:42, 30 November 2015 (UTC)[reply]
BUT only if {{User:Cyberpower678/RfX Report}} were added to the bottom of Template:Centralized discussion (maybe as optional). Callanecc (talk • contribs • logs) 00:46, 1 December 2015 (UTC)[reply]
Support, per template. Johnbod (talk) 03:14, 1 December 2015 (UTC)[reply]
Support --Fauzan ^{✆ talk}_{✉ mail} 05:59, 1 December 2015 (UTC)[reply]
Support Cas Liber (talk · contribs) 07:04, 1 December 2015 (UTC)[reply]
Support Kudpung กุดผึ้ง (talk) 10:57, 1 December 2015 (UTC)[reply]
Support. Reh man 13:28, 1 December 2015 (UTC)[reply]
Support - Another sensible place. Rlendog (talk) 14:05, 1 December 2015 (UTC)[reply]
Support. --AmaryllisGardener ^talk 23:09, 1 December 2015 (UTC)[reply]
Support Might be a bit much, but worth a try. BMK (talk)
Support If we increase awareness of RfAs, we'll have more of the community commenting, and isn't the point of RfAs to see if the community trusts the user? JQTriple7 ^talk 03:52, 2 December 2015 (UTC)[reply]
Support Yes, yes and thrice yes. RfAs are a form of centralised discussion and should therefore appear on the centralised discussions list. Waggers TALK 13:54, 3 December 2015 (UTC)[reply]
Support SteveStrummer (talk) 22:42, 3 December 2015 (UTC)[reply]
Support – Of the three options, I think this is the best one. It will attract people interested in the inner workings of the site without potentially alienating those who just want to go on with their regular editing tasks. Giants2008 (Talk) 02:08, 4 December 2015 (UTC)[reply]
Same as above.. More !voters—UY Scuti ^Talk 07:58, 4 December 2015 (UTC)[reply]
Support Hugh (talk) 21:26, 4 December 2015 (UTC)[reply]
Only if {{:User:Cyberpower678/RfX Report}} gets added instead - Many of us have this on our talkpages already and IMHO this template looks better than a normal link... –Davey2010^Talk 03:41, 5 December 2015 (UTC)[reply]
Support : See fr:Wikipédia:Accueil de la communauté. --Nouill (talk) 05:40, 5 December 2015 (UTC)[reply]
Sandstein 09:17, 5 December 2015 (UTC)[reply]
Support ^My^name ^isnot^dave (talk/contribs) 10:45, 5 December 2015 (UTC)[reply]
Support on the WP:CENT page itself, using the normal {{User:Cyberpower678/RfX Report}}. I realize this is exactly what the proposal is, but wanted to clarify anyway. We shouldn't add anything to {{cent}}, it could easily bloat it when we have multiple RfAs. — MusikAnimal ^talk 22:58, 5 December 2015 (UTC)[reply]

Oppose A3

I think that the reason given by BethNaught just below is a good reason not to bother with this. --Tryptofish (talk) 19:01, 30 November 2015 (UTC)[reply]
Oppose too much clutter for this page. — xaosflux ^Talk 21:35, 30 November 2015 (UTC)[reply]
Oppose leads to systematic bias - only the people watching that page would be reached. Banedon (talk) 04:56, 1 December 2015 (UTC)[reply]
That's actually a good reason to do it! --Kudpung กุดผึ้ง (talk) 10:58, 1 December 2015 (UTC)[reply]
Oppose Centralised discussions don't include admin promotion, in my opinion. It doesn't affect anyone other than the candidate, but CENT notices should be for widespread topics. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]

Comments on A3

There is already a template, {{User:Cyberpower678/RfX Report}}, that carries an automatically updated list of RfAs. If the intention is to put RfA notices on a template which is transcluded in major fora, we should just add this one instead. BethNaught (talk) 21:00, 29 November 2015 (UTC)[reply]
How many people that watch T:CENT don't already keep an eye on RfA and would be persuaded to !vote if they saw it there? I don't imagine this number is very high; people who follow T:CENT are likely already in the "in" crowd. — Earwig ^talk 09:29, 2 December 2015 (UTC)[reply]
I don't watch T:CENT but I do cast my eye over it when visiting the Community Portal. The fact that RfAs aren't included there but other forms of RfC are doesn't make much sense to me. Waggers TALK 13:56, 3 December 2015 (UTC)[reply]
If we do use that Cyberpower report, it needs to be moved to the Wikipedia namespace. Oiyarbepsy (talk) 06:32, 5 December 2015 (UTC)[reply]

B: Hostile environment

B1: Disallow threaded discussion on the main RfA page

If this proposal were implemented, all threaded discussions which contain more than one comment will be moved to the talk page. The first reply will be left, so that users who see the vote and the subsequent reply will know the initial topic of the transplanted discussion.

Support B1

Support. Long, extended arguments are a large part of what makes RfA a disorganized and stressful place. Biblioworm 21:22, 29 November 2015 (UTC)[reply]
Support. Threaded discussion can take place on the talkpage. Long arguments between support/opposers are a drain and make out the RFA is more contentious than it actually is. With certain editors arguing with every support/oppose vote in opposition to their position, this is a necessity. While Mkdw has a point, that the base reason for arguments should be tackled, hoping that incivility will be policed is a lost cause. The other reason for to-and-fro arguments is people disputing the legitimacy of the editors vote - that is something the closing crat decides on, not other voters - moving all that rubbish off the main page is quickest and easiest solution to the problem. Only in death does duty end (talk) 10:41, 30 November 2015 (UTC)[reply]
Support While I'm sympathetic to the idea that RfA should be a discussion, the discussions referred to here are rarely about the candidate and are consequently rarely useful or productive. 'Discussions' are usually about the specific usefulness of a particular voter's admin criteria. As such I support keeping discussions to the talk page, perhaps with a small 'discussion on talk page' template on the main page below a vote which has been replied to. Sam Walton (talk) 10:58, 30 November 2015 (UTC)[reply]
Support. Corrections to obviously incorrect comments are important, but discussion should be on the talk page. —Kusma (t·c) 16:08, 30 November 2015 (UTC)[reply]
Support. In my experience the number of people who care about a 'discussion' is pretty few, certainly far less than the number of people who participate in a RfA. They also tend to be uncivil shouting matches over fine points that most uninvolved people don't think is a big deal. There's no point cluttering the main page with a bajillion arguments: just relegate them to the talk page, with at most a section that summarizes ongoing discussions (e.g. "discussion about this user's conduct in this page"). Banedon (talk) 05:02, 1 December 2015 (UTC)[reply]
Support – talk pages have always been for discussion purposes. sst✈^(discuss) 05:28, 1 December 2015 (UTC)[reply]
Strong support, per Sam. Discussions are rarely useful. Reh man 13:27, 1 December 2015 (UTC)[reply]
Strong support per all above. JQTriple7 ^talk 03:55, 2 December 2015 (UTC)[reply]
Support With precise voting percentages specified for sure-fire success or failure, RfA is more of a vote than a discussion. If we were consistent about using the talk page for all discussions attached to votes, readers would get into the habit of looking there, and there would be no reason to claim that discussions had been "buried" by being moved there: Noyster (talk), 13:30, 2 December 2015 (UTC)[reply]
Support: threaded comments in this context often serve no purpose other than for users to say "My opinion is better!" Occasionally conversations are needed to clarify or inform, but the talk page is fine for that. —2macia22 (talk) 10:57, 3 December 2015 (UTC)[reply]
Support: We ought to curtail the threaded comment space, because justifiably or not, many of these comments can seem like 'piling on' to the person who's attracting unfavorable comments (unless greater than usual care's taken in how the comments are framed). loupgarous (talk) 15:38, 5 December 2015 (UTC)[reply]
Support: In fact I've always despised the idea that an oppose always needs to be justified or could it be discounted, plus the idea that oppose votes carry more sway then support vote. Currently an oppose vote carries 200% more weight then a support vote, this means for every oppose you need 3 supports to pass. I would support an semi-anonymous automated vote system which compares supports vs opposes and has a threshold of 50% to pass RFA. McMatter ^(talk)/_(contrib) 21:23, 5 December 2015 (UTC)[reply]

Oppose B1

Oppose I believe RFA should be more like a discussion and less like the election it obviously has become. Beeblebrox (talk) 21:47, 29 November 2015 (UTC)[reply]
Oppose: While I agree with moving long discussions to the talk page, imposing a rigid rule such as this will cause unnecessary and distracting fragmentation, and the implementation of the rule would be mere busywork. Whether performed by clerks or any user in good standing, moving to the talk page should be an exercise of discretion. BethNaught (talk) 22:40, 29 November 2015 (UTC)[reply]
Oppose RFA was always meant to be a discussion. Ending discussion because of incivility is not the answer. The problem herein lies with editors who are uncivil and need to be dealt with on a case by case basis. Mkdw ^talk 22:46, 29 November 2015 (UTC)[reply]
I like the idea of doing this on a case-by-case basis, but I think that doing it automatically is too formulaic and would hamper some useful discussions. --Tryptofish (talk) 19:02, 30 November 2015 (UTC)[reply]
Oppose - this was attempted on an RfA where I had commented. It was, to say the least, irritating. RfA isn't a vote. It's a discussion. --Hammersoft (talk) 21:03, 30 November 2015 (UTC)[reply]
Oppose - if RFA is only to be a vote, then we should move it to the voting platform. We already have the ability to collapse long sections as needed. — xaosflux ^Talk 21:40, 30 November 2015 (UTC)[reply]
Oppose. RFA is a discussion, and moving discussions to the talk page has the potentially to create broken discussions. Steel1943 (talk) 23:54, 30 November 2015 (UTC)[reply]
Oppose too formulaic, and may actually be counterproductive. Currently, I can trust that within the cesspool of such a discussion, somebody somewhere has the right idea; and if I follow all the links and read all the diffs, I will eventually figure it out. Without discussion, a !voter could say what they liked without much consequence. Vanamonde93 (talk) 05:49, 1 December 2015 (UTC)[reply]
Oppose I do not think RfA pages need to be censored or otherwise shortened.--Wehwalt (talk) 10:20, 1 December 2015 (UTC)[reply]
Oppose per Beeblebrox and Mkdw. Threaded conversations are often an important part of the discussion when there is a controversial issue. Relegating those to the talk page would hamper the discussion, and any inappropriate comments would still exist albeit on the talk page. Rlendog (talk) 14:09, 1 December 2015 (UTC)[reply]
Oppose per WP:NOTAVOTE. However, I'm all for removing, collapsing, or moving to the talk page any inappropriate and/or off-topic discussion that has no relevance to the RFA itself. -- Tavix ^(talk) 17:15, 1 December 2015 (UTC)[reply]
Oppose. If the environment is hostile, disallowing discussion is not a solution. That way, some users may be encouraged to leave hostile "oppose" votes, knowing that other users would not be able to answer them. Vanjagenije (talk) 21:21, 1 December 2015 (UTC)[reply]
Oppose, discussion is IMO helpful for the most part at RfA. --AmaryllisGardener ^talk 23:10, 1 December 2015 (UTC)[reply]
Oppose, unless we're throwing in the towel and saying that RfAs are just votes and not in any way discussions. BMK (talk) 01:45, 2 December 2015 (UTC)[reply]
Sorry, but this strikes me as completely counterproductive. Burying stuff on the talk page somewhere doesn't make it go away, it just serves to fragment discussion and make the main RfA look even more like a straw poll. As others have said: remove comments that are disruptive or off-topic, but do not remove everything unconditionally. If editors are discussing something appropriately, keep it on the main page. — Earwig ^talk 09:34, 2 December 2015 (UTC)[reply]
Oppose I like the idea but I think it won't work out well in practice. Most people won't read the talk page and will base their decisions on what they see in the oppose or support !vote statement. Threaded discussions allow other editors to provide context to a !vote and that context can sometimes be valuable. A fully formed context needs discussion and leaving anyone with an automatic default last word is not a good idea. --regentspark (comment) 16:33, 2 December 2015 (UTC)[reply]
Oppose: this hasn't worked in practice and I object to the idea that someone can write something unsubstantiated or even flat out wrong in their support/oppose, but no-one is allowed to challenge them directly beneath, instead being relegated to a separate page no-one will bother to visit. Even if one response is allowed, I don't think this would help anything. If you want to read the support/oppose !votes, why do you not want to read the threaded discussion that goes with it? — Bilorv_(talk)^(c)(e) 22:47, 2 December 2015 (UTC)[reply]
Oppose There is a general comments section on each RfA which people should, but do not use, for threaded discussion. Just move it all there instead of under !votes. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Strong oppose Either free discussion should be allowed on the voting page or no discussion should be allowed at all. This isn't f***ing Twitter. SpinningSpark 16:43, 3 December 2015 (UTC)[reply]
Oppose – The problem isn't that threaded discussions are allowed. The problem is the content of some of the threaded discussions, and more directly the attitudes behind some discussions. Giants2008 (Talk) 02:26, 4 December 2015 (UTC)[reply]
RfA != Vote—UY Scuti ^Talk 08:00, 4 December 2015 (UTC)[reply]
Oppose Hugh (talk) 21:42, 4 December 2015 (UTC)[reply]
Oppose - It's better to keep everything on one page (even if it is long!). –Davey2010^Talk 03:46, 5 December 2015 (UTC)[reply]
Oppose Tough call. On one hand I agree it should be a discussion, but it often goes in the wrong direction. Let's just keep it the way it is, and be perhaps more liberal on moving clearly off-topic, overly critical and argumentative discussions to the talk page, which I guess is what we have been doing — MusikAnimal ^talk 23:02, 5 December 2015 (UTC)[reply]

Comments on B1

B2: Limit the total number of questions that may be asked by any individual editor

A primary source of stress at RfA may very well be the often large amount of questions asked. Therefore, the community might wish to consider limiting the number of questions that any given editor can ask of a candidate. If you support this proposal, please specify in your !vote what you believe the limit should be. (Example: "Support a limit of [x] questions.")

Support B2

Support a limit of two questions. I've seen some editors ask a large number of boilerplate, impersonal questions, and that isn't really helpful, in my opinion. An excessive number of questions can also cause stress for the candidate. Biblioworm 21:22, 29 November 2015 (UTC)[reply]
Support in principle if concerns about follow-up questions, which I do think are important, can be resolved. I think a limit of two or three questions plus reasonable follow-ups is a reasonable upper limit. BethNaught (talk) 22:40, 29 November 2015 (UTC)[reply]
Support a limit of one question and one follow up (related) question. I also think editors who routinely ask questions but never put down in support, oppose, or neutral should be barred from asking questions. They do it because they can, not because they're interested in the process or voting. Mkdw ^talk 22:48, 29 November 2015 (UTC)[reply]
I also support Johnbod's proposal to limit the number of questions annually. Mkdw ^talk 18:54, 5 December 2015 (UTC)[reply]
support a limit of two questions, with a follow-up question for each if warranted. No more long lists of boilerplate questions. Peacemaker67 (crack... thump) 22:52, 29 November 2015 (UTC)[reply]
Absolutely support. Some people at recent RfAs have been making a mockery of the question process. I agree with Peacemaker's suggestion: limit of two questions, with one possible followup for each. --MelanieN (talk) 23:23, 29 November 2015 (UTC)[reply]
Support a limit of one question and one follow up (related) question. This will focus editors' minds on what they really consider important. Just Chilling (talk) 03:48, 30 November 2015 (UTC)[reply]
Definitely, this is something that has bugged me for a while – especially the boilerplate questions. Like those above, I think two questions per user sounds like a reasonable limit. Jenks24 (talk) 07:36, 30 November 2015 (UTC)[reply]
Support. With the proviso that clearly further clarification questions should be allowed. "This is your one question and thats it" does not really work when someone deliberately gives an evasive/ambiguous answer. Only in death does duty end (talk) 10:44, 30 November 2015 (UTC)[reply]
Support limiting to one or two questions provided there isn't a limit on replying to answers for clarification or a request for expanding on the answer. Sam Walton (talk) 11:03, 30 November 2015 (UTC)[reply]
Support a limit of two questions, with a follow-up question for each. It's only reasonable. APerson (talk!) 15:46, 30 November 2015 (UTC)[reply]
Strong support, so long as follow-up questions are permitted. --Tryptofish (talk) 19:03, 30 November 2015 (UTC)[reply]
Support A limit of 3 questions per user, with 1 follow-up question permitted.Bahb the Illuminated (talk) 22:30, 30 November 2015 (UTC)[reply]
Support – or, more accurately Absolutely double-plus support. --IJBall (contribs • talk) 22:39, 30 November 2015 (UTC)[reply]
"Absolutely double-plus support"? 1984, anyone? ;) Biblioworm 22:49, 30 November 2015 (UTC)[reply]
Support, 2 questions. --Pres N 22:40, 30 November 2015 (UTC)[reply]
Support two questions. However those who ask questions are able to post short follow ups to clarify answers or ask for more detail, not to ask new questions (except if that's one of their two allowed). Callanecc (talk • contribs • logs) 00:48, 1 December 2015 (UTC)[reply]
Support two questions. The questioning has really become excessive.--Mojo Hand (talk) 01:38, 1 December 2015 (UTC)[reply]
Support A limit of 2 questions per user, with 1 follow-up question each permitted. I'm tempted to suggest some sort of further annual limit per questioner. As anyone who gives talks and presentations knows, questions to the speaker are usually all about the questioner ...Johnbod (talk) 03:17, 1 December 2015 (UTC)[reply]
Support some reasonable limit. Neutrality^talk 04:44, 1 December 2015 (UTC)[reply]
Support I imagine most candidates will be happy to field all the questions in the world in a one-to-one situation. But in a one-to-many situation like RfA, it becomes very time-consuming for the candidate. We should not expect would-be administrators to dedicate all their time to Wikipedia or their RfA. Banedon (talk) 05:08, 1 December 2015 (UTC)[reply]
Support a limit of 5 questions, including any follow-up questions. sst✈^(discuss) 05:27, 1 December 2015 (UTC)[reply]
Support ~~a limit of 2-3~~ What Johnbod suggested. Not going to fix RfA by itself, but not a bad idea. Vanamonde93 (talk) 05:50, 1 December 2015 (UTC)[reply]
Support a limit of 3 ~~questions, including any follow-ups.~~ initial questions. Jsayre64 (talk) 06:11, 1 December 2015 (UTC)[reply]
Support one question plus one clarification/followup Cas Liber (talk · contribs) 07:05, 1 December 2015 (UTC)[reply]
Strong Support (with a limit of 2) as the editor who wrote the ultimate summary of questions here. Multiple uestions that masquerade as one question should also be disallowed. Kudpung กุดผึ้ง (talk) 11:12, 1 December 2015 (UTC)[reply]
Support. One question, plus one followup. Per Casliber. Reh man 13:26, 1 December 2015 (UTC)[reply]
Support a limit of 3 initial questions, but not on followups. Followups can be important in clarifying responses, as long as not abused. Rlendog (talk) 14:11, 1 December 2015 (UTC)[reply]
Support - 2 questions, 1 follow up/clarification in total.--Staberinde (talk) 16:20, 1 December 2015 (UTC)[reply]
Support 2 questions, plus one follow-up/clarification. StevenJ81 (talk) 17:38, 1 December 2015 (UTC)[reply]
2+2. If there's three significant issues with the candidate, surely someone else will think of the third one. Worst case you can ask it on Talk and someone else will mention it. --Joy [shallot] (talk) 20:25, 1 December 2015 (UTC)[reply]
Support, 2q, +1 followup. --AmaryllisGardener ^talk 23:11, 1 December 2015 (UTC)[reply]
Support 2 questions should be enough. I oppose limiting the follow-up, because that is more like a discussion, which is something we want. Debresser (talk) 23:59, 1 December 2015 (UTC)[reply]
Support 2 initial questions. Double-barrel questions like "Is it appropriate for an admin to do X? Why or why not?" should be counted as one question, but unreasonable attempts to game the system like "When are admins allowed to undo ArbCom sanctions, and also, do you plan to handle WP:RPP requests?" should obviously be counted as two separate questions. No particular opinion on followups. — This, that and the other (talk) 02:18, 2 December 2015 (UTC)[reply]
Support Too many hypothetical situations to deal with is ridiculous. JQTriple7 ^talk 03:57, 2 December 2015 (UTC)[reply]
Support - --John Cline (talk) 08:38, 2 December 2015 (UTC)[reply]
Support, two questions. Follow-up and further details should be on the candidate's talk page. —Kusma (t·c) 09:28, 2 December 2015 (UTC)[reply]
Support one question plus one clarification/followup Doug Weller (talk) 15:09, 2 December 2015 (UTC)[reply]
Support Doug Weller has the right limiting idea. --regentspark (comment) 16:35, 2 December 2015 (UTC)[reply]
Support Two questions with one followup. Spencer^T♦C 17:27, 2 December 2015 (UTC)[reply]
Support two questions and one followup for each. But followup has to be followup, not just an excuse to ask another question. —2macia22 (talk) 11:00, 3 December 2015 (UTC)[reply]
Support. One question per questioner, with relevant follow-up questions only allowed for clarification. — sparklism ^hey! 16:07, 3 December 2015 (UTC)[reply]
Support two questions and one true followup only for clarification. That still leaves the chance for hundreds of questions but does not waste everyone's time on one person's list of questions. Legacypac (talk) 01:43, 4 December 2015 (UTC)[reply]
Support – 2 questions and one follow-up. The more time RFAs typically take, the more you end up reducing the base of editors who will apply. I understand that the adminship process is important, but editors do have real lives and there is only so much time that one can devote to answering questions on Wikipedia without taking away from other tasks. Changes like this will do more to promote new RFAs than most will expect. Giants2008 (Talk) 02:26, 4 December 2015 (UTC)[reply]
Support. Two questions, or one with follow-up, seems about right. HGilbert (talk) 03:50, 4 December 2015 (UTC)[reply]
Support 2 questions and their follow-up (clarifications about the answer, details about the answer which bring up more questions). עוד מישהו Od Mishehu 05:26, 4 December 2015 (UTC)[reply]
Yes, two at the most (two different questions). However, additional questions should be allowed for more clarification on the existing question.—UY Scuti ^Talk 08:02, 4 December 2015 (UTC)[reply]
Support three. --Fauzan ^{✆ talk}_{✉ mail} 17:40, 4 December 2015 (UTC)[reply]
Support limit to 2, with occasional exceptions if they make a lot of sense. Unlimited followups per User:Only in death but hopefully the community can gently encourage people to be reasonable with them. The slew of questions can be overwhelming and may deter participation by conscientious !voters. delldot ∇. 00:48, 5 December 2015 (UTC)[reply]
Support - 2 questions & 1 follow up, No need for one editor to ask question upon question upon question etc etc. –Davey2010^Talk 03:48, 5 December 2015 (UTC)[reply]
One question per editor, or two at most. Sandstein 09:18, 5 December 2015 (UTC)[reply]
Support RfA candidates need not be unnecessarily swarmed by questions. ^My^name ^isnot^dave (talk/contribs) 10:47, 5 December 2015 (UTC)[reply]
Support one question per questioner. If that editor wants to ask a followup question or another question then they should do so elsewhere (e.g. on the candidate's talk page) - the candidate (or another editor who hasn't already asked a question) would then have the option of adding it to the RFA itself (with suitable attribution in edit summary or text). There should also be a limit (500 characters?) on the length of each RFA question (and a rule that a question can't refer to a user essay etc or the questioner could ask "What are your views on <my long rambling incoherent essay>?" to get round the character limit). Again, a long question could be asked elsewhere and the candidate could could choose to copy it to the RFA page. DexDor^(talk) 12:59, 5 December 2015 (UTC)[reply]
~~Weak~~ Support ~~around 3-4 questions. Might sound too much but it's not like we're not going to expect many questions from a single editor.~~ Actually, Johnbud's proposal seems much better. --TL22 (talk) 13:39, 5 December 2015 (UTC)[reply]
Support – Support a limit of two questions, with a follow-up question for each if warranted. This should satisfy most every curious mind, without handing over the microphone indefinitely. SteveStrummer (talk) 17:42, 5 December 2015 (UTC)[reply]
Support This is sensible. We'll probably need another RfC to dictate exactly how many they can ask, but I'd say no more than two. I think this restriction will wean out the more ridiculously vague and counter-intuitive questions, helping provide a more concise and informative picture of the candidate's suitability — MusikAnimal ^talk 23:09, 5 December 2015 (UTC)[reply]

Oppose B2

Oppose This is meant to be a discussion. With provision that candidates should not be obligated to answer more than a limited number of questions. — xaosflux ^Talk 21:56, 30 November 2015 (UTC)[reply]
Oppose WP is supposed not to be censored and is not a democracy. Imposing this limitation is easily gamed as well as being unreasonable by effectively censoring legitimate enquiry and attempting to democratise the process by imposing artificial limits. Leaky Caldron 22:28, 30 November 2015 (UTC)[reply]
Oppose. If you want the job, you should expect to answer a lot of questions. Of course, any candidate is free to ignore any questions they want. Everyking (talk) 01:34, 1 December 2015 (UTC)[reply]
Oppose Per Everyking.--Wehwalt (talk) 10:20, 1 December 2015 (UTC)[reply]
Oppose. As I know, candidates are not obligated to answer those questions. So, if there are too many questions, candidate may simply ignore some of them. There is no reason to limit, some candidates maybe like to be asked many questions. Vanjagenije (talk) 21:23, 1 December 2015 (UTC)[reply]
That is true theoretically, but in practice, not answering the questions is looked upon unfavorably by !voters and may result in opposition. Biblioworm 21:57, 1 December 2015 (UTC)[reply]
Oppose - Almost impossible to enforce, and are we now making bureaucrats into RfA-cops? Surely we're not letting anyone or his nephew strike a question? Nope, questions are not really a problem, candidate can always say "I'm not going to answer becase that's (not a serious question/is impossible to answer/is a trick question/etc.) BMK (talk) 01:48, 2 December 2015 (UTC)[reply]
I get the idea, but I think a better approach would be to simply ignore questions that are not helpful, and not penalize candidates if they decide to not answer silly questions. Remember: they're optional. If candidates did this, the users asking them would realize they're not helpful and would hopefully stop. Or we can deal with them separately. But a blanket restriction doesn't make sense to me. — Earwig ^talk 09:39, 2 December 2015 (UTC)[reply]
Oppose per Everyking. But I would support a limit on non-candidate-specific boilerplate questions as suggested above; as Beeblebrox points out below, the main problem seem to be users who ask a lot of standard questions no matter the RFA or the candidate. This proposal though would limit all users from asking multiple questions - even if the questions are actually helpful in determining a candidate's skill or knowledge. Regards So Why 21:31, 2 December 2015 (UTC)[reply]
Oppose: getting rid of the stigma of a candidate refusing to answer some of the questions would solve this problem, although of course that's not an actionable thing we can vote on. I don't feel we need a strict limit and this will surely only cause bickering when it comes to multiple questions disguised as one (e.g. "How would you close the following 3 AfDs?"). I especially oppose the limit of two questions, as I think we need some leeway for a user to be able to ask a follow-up when they're not happy with a response. But if you'd already asked your two questions, then there'd be no chance for clarification, which would hinder everyone. — Bilorv_(talk)^(c)(e) 22:54, 2 December 2015 (UTC)[reply]
Oppose per Everyking. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Oppose One editor might have more than one question on point to the discussion, and the questions might be on widely separated topics. It's just a bad idea. loupgarous (talk) 15:43, 5 December 2015 (UTC)[reply]

Comments on B2

I want to suport this. The questioning has gotten absolutely absurd. Apparently there si now a sizable contingent of users who believe they have crafted the perfect set of questions that must be posted at every single RFA. I find this extremely obnoxious and a net negative to the already lousy environment at RFA. When I ask an RFA question, it is specific to that candidate, not just something I dreamed up that I imagine will be pertinent at every single RFA. That being said, I worry that this could limit follow-up on personalized questions if the initial answers seemed to miss the point or were otherwise insufficient. I'll give some more thought I guess. Beeblebrox (talk) 21:24, 29 November 2015 (UTC)[reply]

I think you hit the nail on the head. Whenever I have asked a question at RFA, it has been because I was concerned about a potential deficiency with the the particular candidate's experience, and want to give them a chance to demonstrate they would act reasonably. (I wont ask a question to a candidate I'm not at least considering supporting) I wish there was a way to permit unlimited questions tailored to the particular candidate, while putting an end to boiler plate questions. But alas, I don't see a reasonable way to enforce such a restriction without it being excessively subjective. Monty ₈₄₅ 03:04, 30 November 2015 (UTC)[reply]

This proposal doesn't limit your ability to follow up with a threaded discussion, I read it as simply allowing only a set number of primary questions. If the first answer missed the point I don't imagine it being a problem to reply saying "Actually I was thinking about this aspect, could you discuss that?". Sam Walton (talk) 11:02, 30 November 2015 (UTC)[reply]

Agree that questioning has sometimes been excessive, but if this restriction goes through we'll also have to devise a regulation to rule out "cluster bombs" where many different questions are bundled into one as parts (a), (b), (c), (d), (e)...: Noyster (talk), 22:55, 30 November 2015 (UTC)[reply]

Won't this have the reverse effect—people asking more questions and more people asking questions—in order to make full use of their limited slots. While asking more questions in itself is not bad, the quality of questions might decrease. --Fauzan ^{✆ talk}_{✉ mail} 06:21, 3 December 2015 (UTC)[reply]

I feel like supporting this but I am hanging on the fence for several reasons already brought up. Besides for the reverse effect, my biggest concern is that the follow-up questions will be limited. I am willing to support two questions at most, but think that there should still be unlimited follow-up questions. Gug01 (talk) 20:12, 4 December 2015 (UTC)[reply]

It's been suggested that I should consider standing for RFA, but (1) I (like probably most editors) would get some opposes (e.g. I'd fail "You need at least a couple of GAs, and preferably an FA or two..." - I specialise in cleanup rather than adding content) so (however well I answered the questions) I couldn't be sure of passing. (2) Answering the questions could take some hours (say 20 questions at 30 minutes each). (3) I can't be sure that I'll have the time available in the next week (real-life happens). (4) Those hours spent answering questions (e.g. doing research into areas of wp I've no current intention to work in or considering all the possibilities of a hypothetical scenario) could be spent doing something else in wp. Thus, I choose to do things from my (very long off-wiki) Wikipedia to-do list rather than stand for adminship. There may be hundreds of experienced Wikipedians in a similar position. DexDor^(talk) 13:26, 5 December 2015 (UTC)[reply]

WP:SNOW

Clearly not going to pass.—^cyberpower_{Merry Christmas:Unknown} 19:13, 5 December 2015 (UTC)[reply]

The following discussion 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.

B3: Limit the total number of questions that may be asked of any given candidate

As an alternative to (or in addition to) B2, we could also limit the total number of questions that can be asked of any given candidate. For example, if we set the limit at 15 total questions, any questions beyond the 15th question would be disallowed. If you support this proposal, please indicate in your !vote what you believe the limit should be. (Example: "Support a limit of [x] questions.")

Support B3

Support a limit of fifteen questions. This is a necessary regulation, in addition on B2. Simply limiting the number of questions per editor doesn't necessarily guarantee fewer questions; if many editors ask questions (or if some people game the system by getting other users to ask proxy questions for them), it still doesn't fix the main problem, which is that too many questions cause stress for the candidate. Biblioworm 21:22, 29 November 2015 (UTC)[reply]

Support – 23 questions: the three regular questions and 20 community questions. This is the first time I can remember having an opinion be alone against that of almost 30 others, so let me explain myself briefly. If the goal is to reduce the question-answering burden on candidates, a limit on questions by an editor is not enough by itself. It would be easy to manipulate things by having editors team up to ask 2 questions each; the end result may not be any better for the candidates than what exists now. A struck comment above this one makes this point, and that editor's first instinct is absolutely right. At some point, those judging the candidates just need to make a decision on whether a candidate is trustworthy based on existing evidence. If 23 questions have been answered on a variety of topics and you're still unsure about one or more factors, maybe that should be taken as a bad sign in its own right. Besides, most of the RFAs I checked while doing research wouldn't even bump against this limit anyway. Giants2008 (Talk) 02:26, 4 December 2015 (UTC)[reply]

Oppose B3

...Too easily gamed by the users who imagine they have perfected the perfect question and ask it at every single RFA. If there are fifteen of them, their pre-fab boilerplate questions become the defacto standard questions. We can't have that. Beeblebrox (talk) 21:29, 29 November 2015 (UTC)[reply]
Per Beeblebrox.BethNaught (talk) 22:40, 29 November 2015 (UTC)[reply]
My two biggest concerns are that a major issue that should be addressed in the question section will emerge after the maximum number of questions has been asked, or that some editors will find a way to game the limit. I also think that there will be a lot of headache and unforeseen consequences emerging if this gets implemented. Spirit of Eagle (talk) 22:53, 29 November 2015 (UTC)[reply]
I too have been dismayed by the excessive number of questions at recent RfAs, but IMO the main cause has been too many questions from one individual, rather than questions from too many people. I can see several problems with setting a cap on the total number of questions. As Spirit says, it could prevent proper discussion of a late-arising issue. Also, it could cause an early rush of questions, either from the chronic questioners getting their licks in quickly, or from the candidate's friends trying to forestall them by filling up the queue with softballs. --MelanieN (talk) 23:58, 29 November 2015 (UTC)[reply]
Too easily abused. Only in death does duty end (talk) 10:45, 30 November 2015 (UTC)[reply]
Per the above. Sam Walton (talk) 11:04, 30 November 2015 (UTC)[reply]
Per above. --Tryptofish (talk) 19:04, 30 November 2015 (UTC)[reply]
As the others have said. DGG ( talk ) 19:44, 30 November 2015 (UTC)[reply]
Oppose May stifle community involvement. — xaosflux ^Talk 21:41, 30 November 2015 (UTC)[reply]
Oppose This seems like a way to discourage participation unless you get there to ask the first questions.Bahb the Illuminated (talk) 22:32, 30 November 2015 (UTC)[reply]
Oppose. I do see how this might give a small group of users too much control over the process, especially if they always manage to rush in with their questions and thereby block everyone else from asking questions. Biblioworm 22:35, 30 November 2015 (UTC)[reply]
Oppose since this is not productive in the least. That, and if B2 gets approved ... what will this become? First come, first serve? Camp out on the RFA board to get your question in? Steel1943 (talk) 23:57, 30 November 2015 (UTC)[reply]
In theory yes, but in practice it's too easily gamed (even if unintentional). Callanecc (talk • contribs • logs) 00:50, 1 December 2015 (UTC)[reply]
Too open to manipulation, as explained above. Neutrality^talk 04:45, 1 December 2015 (UTC)[reply]
Oppose per above. Banedon (talk) 05:08, 1 December 2015 (UTC)[reply]
Oppose – just because someone is late to an RfA does not mean that person should not be allowed to ask questions. sst✈^(discuss) 05:12, 1 December 2015 (UTC)[reply]
Oppose per the others; gamed too easily, etc. Vanamonde93 (talk) 05:52, 1 December 2015 (UTC)[reply]
Oppose joining the roar.--Wehwalt (talk) 10:20, 1 December 2015 (UTC)[reply]
Oppose Rlendog (talk) 14:11, 1 December 2015 (UTC)[reply]
Oppose more relevant/important questions are likely to come late then people have had time to take closer look at the candidate.--Staberinde (talk) 16:25, 1 December 2015 (UTC)[reply]
Oppose: No way. StevenJ81 (talk) 17:38, 1 December 2015 (UTC)[reply]
Oppose in principle, but it has become evident over the years that certain caveats and controls are required. See comments section below. Kudpung กุดผึ้ง (talk) 18:43, 1 December 2015 (UTC)[reply]
Oppose Inane. BMK (talk) 01:51, 2 December 2015 (UTC)[reply]
Oppose - This kind of system could easily be gamed by either supporters or opposers of a particular candidate. The question section of RfA really appears to be the only "accepted" area where an RfA candidate can properly interact with others that participate in a particular RfA. Guy1890 (talk) 07:10, 2 December 2015 (UTC)[reply]
No, this is really not helpful, per the above concerns about gaming and first-come first-served. — Earwig ^talk 09:43, 2 December 2015 (UTC)[reply]
Oppose. Granted, I've never been through this (and won't be), but either B2 or B3 strikes me as a band-aid at best. I think the real issue is, how much weight is given to !votes tendered against candidates for no reason other than having declined to answer questions? That a pertinent question goes unanswered is certainly cause for concern; however, if an editor opposes a nom merely for an unanswered series of questions with no real impact, that editor and/or his/her sycophants should be discarded by the closer, and the candidate should not believe that a failure to answer the impertinent damages his/her chances. —ATinySliver/^ATalkPage 🖖 10:01, 2 December 2015 (UTC)[reply]
Oppose It is completely insane to work for increased participation and then prevent the new participants from asking questions because they arrived to late. Good way to build frustration with the system. SpinningSpark 16:46, 3 December 2015 (UTC)[reply]
Strong oppose This will only result in increasing frustration, and less editors which are desperately needed to de-stub many stub categories will edit, all for nothing. What if the limit total questions for each candidate is 100, and there are 75 people with questions? How can the questions be answered with 1 question per person and no follow-ups? It does not make any sense, although I am over the fence for B2. Gug01 (talk) 20:17, 4 December 2015 (UTC)[reply]
Oppose - This would be a complete pain in the arse!, Questions by the community should remain unlimited. –Davey2010^Talk 03:50, 5 December 2015 (UTC)[reply]
Can be gamed. Sandstein 09:18, 5 December 2015 (UTC)[reply]
Oppose, gaming and FCFS. Fauzan ^{✆ talk}_{✉ mail} 09:50, 5 December 2015 (UTC)[reply]
Oppose Too easily WP:GAMEable and plus this ruins the point of RfA. Too many questions? Answer some of them later then. For example, in X RfA, there are the 3 default questions, then Y user asks 2 questions related to speedy deletion policy, Z user makes 3 questions, 1 related to the blocking policy, 1 related to edit warring and 1 related to AfD. User A makes 2 questions related to sockpuppetry, B makes 2 questions related to questions 4 and 6, C user makes 3 questions related to page protection, D makes 2 questions related to non-free image use, E makes 3 questions, 1 about WP:AGF and the other 2 about content creation, User F, lastly, makes a question about copyright violations. This proposal will limit too much the way policy questions can be asked. --TL22 (talk) 13:55, 5 December 2015 (UTC)[reply]

Comments on B3

I am not sure that limiting the total number of questions is the right kind of limit. I was thinking limiting the total number of comments of all kinds, limiting the number of comments per candidate, limiting the total number of words, or limiting the number of words per candidate. BTW, if one of the above ideas gets a lot of support in this discussion, it might be worth an RfC. Are editors allowed to add questions to this RfC, or would they have to post another RfC? --Guy Macon (talk) 23:25, 29 November 2015 (UTC)[reply]
- Editors did have the opportunity to add proposals for almost two weeks, but apparently not very many people saw the notice I left on WT:RFA. I suppose people could still add proposals, with the understanding that they may not obtain quite as much attention as the originals. However, that isn't necessarily true, since even the later proposals garnered quite a bit of votes in the Phase I RfC. Biblioworm 23:31, 29 November 2015 (UTC)[reply]
I think I might be inclined to support this, but it needs to be a more fully fleshed out proposal first... --IJBall (contribs • talk) 22:50, 30 November 2015 (UTC)[reply]
As per this catalogue of inappropriate questions, we still need to guard against a ridiculous number of questions being asked. Setting a limit however may be WP:BEANS as some RfA are successful with only three or four questions. Many questions are asked by people fishing for technical, content, or policy information that they don't know themselves, but RfA is not WP:EAR and should not be allowed to be. Some questions are asked by newbies who are just trying to be clever and get noticed. Iridescent made some important observations on this subject with regards to the questions asked at Arbcom elections. It also needs clearly pointing out that user questions are in fact optional and that candidates are free to ignore them without fear of recriminations such as "Oppose because s/he didn't answer my question". (a sort of Miranda right). Kudpung กุดผึ้ง (talk) 19:27, 1 December 2015 (UTC)[reply]

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.

B4: Clerking at RfA

After some consideration, it has been decided that the specifics of clerking should be handled in a separate RfC. Biblioworm 01:07, 4 December 2015 (UTC)[reply]

Note: For the purposes of these proposals, a "clerk" is a user who maintains order at RfA. Per Wikipedia:2015 administrator election reform/Phase I/RfC#M: Active clerking at RFA, clerks are already authorized to carry out the following tasks:

(1) Remove votes that violate WP:CIVIL or WP:NPA. (Clear standards that define uncivil comments and personal attacks can be found at WP:IUC and WP:WIAPA.)
(2) "Remove votes and vote rationales that are trying to change policy by opposing those who would enforce a particular policy." (In other words, a person who doesn't like a certain policy cannot oppose a candidate because the candidate supports it and plans to enforce it as an admin.)
(3) "Deal with [the problem of] people...removing or editing their rebutted comments instead of striking them or responding to people who had commented on them." (Quote edited for clarity.)
(4) "When editors have !voted per another editor and that editor subsequently changes their vote, neutrally inform [the voter] of that and invite them to review and reconfirm or alter their vote and rationale."

Depending upon which other proposals pass in this RfC, their tasks may also include moving all discussion to the talk page and enforcing the limit on the number of questions. In this section, we will discuss who should carry out the clerking tasks.

Comments on B4

I'm starting a new section so I can comment on the whole B4 discussion. No one has explained why clerking is even a problem area in the first place. What exactly is it that is supposed to be broken? SpinningSpark 16:51, 3 December 2015 (UTC)[reply]
- In the Phase I RfC, there was an obvious consensus that RfA is a hostile environment. On that note, WereSpielChequers started a new section in the Phase I RfC, suggesting active clerking at RfA. This is hardly a new proposal, and has been suggested as far back as WP:RFA2011. (Perhaps even further.) In any case, the proposal passed with over 60% support, and we are here attempting to reach a consensus on who should be clerking at RfA. If we don't reach a consensus here, we will continue to discuss the issue and build upon the results of this RfC to create better proposals. Biblioworm 17:02, 3 December 2015 (UTC)[reply]
  - It would have been useful if some of that history was in the header of the section. We don't all follow every detail of policy discussions. SpinningSpark 17:13, 3 December 2015 (UTC)[reply]

B4.1: Bureaucrats should be the clerks

We could exclusively authorize bureaucrats to perform the clerking tasks.

Support B4.1

One of the major oppositions in Phase 1 to having a clerking system is that the 'crats should decide which reasons/comments are inappropriate; letting them be the clerks would be the best of both - we do get active clerking for the RFAs and the 'crats do decide what's bad enough to need removal. In fact, I explicitly proposed this in response to one of those oppositions. עוד מישהו Od Mishehu 22:37, 29 November 2015 (UTC)[reply]
My support for this is very weak, per the concerns in the comments section, but I think the community trusts the Crats in this regard, and a Crat who clerks could let a different Crat do the close. --Tryptofish (talk) 19:07, 30 November 2015 (UTC)[reply]
Support. After thinking about the possibilities suggested here, I think this is the best and safest one. Bureaucrats have gone through a thorough vetting process and are explicitly trusted to have good judgement in matters related to RfA. Also, in regard to the concerns that have been raised about that issue, the bureaucrat who closes the RfA could be different from the one who does the clerking. Biblioworm 22:47, 30 November 2015 (UTC)[reply]
Support crats have been thoroughly vetted by the community for their ability to make decisions which are neutral and in the best interests of the project. I don't see how clerking an RfA could make a crat involved since in both instances (clerking and closing) the crat is following community consensus. Best practice, however could be that crats who clerk don't close by themselves (but they can be involved in a crat chat). Callanecc (talk • contribs • logs) 00:53, 1 December 2015 (UTC)[reply]
Support - Don't see a problem with either admins or crats doing this. Rlendog (talk) 14:17, 1 December 2015 (UTC)[reply]
Support - This isn't like SPI where a lot of clerks are needed because 10s of discussions are going on at one time. BMK (talk) 01:53, 2 December 2015 (UTC)[reply]
Not fully in support, but I can't oppose. The principle here is that 'crats are "highly trusted" in dealing with RfA-related tasks. Yes, it's ultimately for determining consensus, but I am not convinced determining consensus and moderating the discussion that determines consensus require very different skill sets. We have enough of them to let some keep the discussion in check and let others wait to close. Plus, they don't have enough things to do already. :) — Earwig ^talk 09:55, 2 December 2015 (UTC)[reply]
If (and this is a big if) the crats are willing to only. We really don't need a separate body of RfA clerks. L235 (t / c / ping in reply) 21:57, 2 December 2015 (UTC)[reply]

Oppose B4.1

The 'crats have the responsibility of determining the outcome of the discussion after it is over. While it's going on they usually keep hands off. IMO they should certainly NOT be managing the discussion while it happens; that could make them WP:INVOLVED. Having one 'crat unilaterally and publicly decide, during the ongoing process, which votes are appropriate and which are not - that seems to me to be contrary to the whole process. --MelanieN (talk) 23:21, 29 November 2015 (UTC)[reply]
Absolutely not. As MelanieN notes, there's overlap. Further, it's not their job. It's the community's job. --Hammersoft (talk) 21:06, 30 November 2015 (UTC)[reply]
Oppose the community is able to perform this task, and does not need to be hampered. — xaosflux ^Talk 21:58, 30 November 2015 (UTC)[reply]
Oppose We need a bit of separation of powers here. Vanamonde93 (talk) 05:54, 1 December 2015 (UTC)[reply]
Oppose they were not chosen for their skills in actively running a debate but (at least the ones since things got formalized) closing them. Also, this is a community function, that the community is able to handle (and sitting on their hands is a choice).--Wehwalt (talk) 10:20, 1 December 2015 (UTC)[reply]
Oppose until the mandate for Bureaucrats is resolved. According to various discussions in various places this year, it appears thar the Bureaucrats might possibly resist being required to do this as it is not expressly mentioned in the remit they were elected for. This is not to say that a new intake of 'crats would be averse to this task, especially if it were to be included in the job description by consensus. Note however that no new 'crats have been appointed for two years. So there's something wrong there. Kudpung กุดผึ้ง (talk) 19:42, 1 December 2015 (UTC)[reply]
Oppose RfAs look after themselves well enough. More bureaucracy foisted upon the crats won't do anything positive. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]

Comments on B4.1

While 'crat tasks have been whittled down considerably with the rise of SUL, I'm not sure we have enough active ones to manage this, and standards are even more absurdly high at RFB that at RFA, for reasons I don't believe I will ever understand. Beeblebrox (talk) 21:46, 29 November 2015 (UTC)[reply]
While I would support this in theory, in practice there are not enough crats to do the sort of active constant clerking this would need - especially if the result of the RFA reform does actually increase the amount of RFA's - the clerking needed would be a lot more intensive. Ideally there would be some editors (Admins or editors) who would want to do it (specialise). Only in death does duty end (talk) 10:48, 30 November 2015 (UTC)[reply]
I'm torn here. While I can see the rationale for crats being the ones to clerk, I'm also wary of giving the discussion closers the ability to alter the votes. Sam Walton (talk) 11:07, 30 November 2015 (UTC)[reply]
This clerking issue overall is far too important for this discussion and should be handled in a stand-alone RfC where I would certainly support a well thought out proposal that is more than just another attempt at getting a consensus to concur that 'something needs to be done'. --Kudpung กุดผึ้ง (talk) 20:06, 1 December 2015 (UTC)[reply]

B4.2: Clerks should be appointed and supervised by bureaucrats

As an alternative to B4.1, we could require that clerks be appointed by general agreement of the bureaucrats (perhaps in a discussion on WP:BN). Once appointed, clerks would also be supervised by bureaucrats, who would have the authority to override any action a clerk performs.

Support B4.2

Support. I see that this is a rather lonely support, but if bureaucrats are able to clerk at RfAs, I don't see why they shouldn't be able to give users whom they trust the ability to clerk as well. Biblioworm 22:47, 30 November 2015 (UTC)[reply]
No objection to this, however I'd like to see it as a backup idea in case B4.1 doesn't work or pass. Callanecc (talk • contribs • logs) 00:58, 1 December 2015 (UTC)[reply]
Acceptable as an alternative to B4.1. L235 (t / c / ping in reply) 21:57, 2 December 2015 (UTC)[reply]

Oppose B4.2

Oppose No no no no no. More bureaucracy isn't going to solve RfA's problems. Bureaucrats appointing clerks to oversee the process is just going to be seen as a negative. --Hammersoft (talk) 21:08, 30 November 2015 (UTC)[reply]
Oppose this is overkill, CratClerks are not needed. — xaosflux ^Talk 21:43, 30 November 2015 (UTC)[reply]
Oppose Per the two above, and I really think giving the power to appoint to people who are not answerable to the community by further election to be a very bad idea generally. You wind up with people with real or apparent powers who were not given those powers by the community and who cannot be removed.--Wehwalt (talk) 10:20, 1 December 2015 (UTC)[reply]
Oppose - I don't have a problem with bureaucrats doing clerking, but an extra layer supervising them provides all the disadvantages of involving bureaucrats in the clerking and I don't see any benefits of having an extra layer versus just having the crats do it themselves. Rlendog (talk) 14:14, 1 December 2015 (UTC)[reply]
Oppose. I had to think about this one, but I ended up feeling that it would just create a new complication. --Tryptofish (talk) 21:47, 1 December 2015 (UTC)[reply]
Oppose. 'Crats only. BMK (talk) 01:54, 2 December 2015 (UTC)[reply]
This is strange. Why would we do this? Either let 'crats do it or let it be a community thing. Somewhere in the middle and they will have a very weak mandate (although that's just a hypothesis). — Earwig ^talk 09:47, 2 December 2015 (UTC)[reply]

Comments on B4.2

"Supervised by" maybe. "Appointed by" no. Crats are only supposed to take action when there is a pre-existing policy or consensus that compels them to do so. Making them the ones to select who clerks RFA would change what type of persons we expect our crats to be, so this is a non-stater as far as I am concerned. Beeblebrox (talk) 21:26, 29 November 2015 (UTC)[reply]

As per Beeblebrox. Perhaps some sort of crat-mentoring program? Only in death does duty end (talk) 10:49, 30 November 2015 (UTC)[reply]

As per Beeblbrox. See my vote/comment above in other sections concerning the Bureaucrats. Plus the fact that this clerking issue is far too important for this discussion and should be handled in a stand-alone RfC. --Kudpung กุดผึ้ง (talk) 19:47, 1 December 2015 (UTC)[reply]

B4.3: Clerks should be an elected body

Alternatively, we might consider electing RfA clerks. The requirements for being elected need not necessarily be high, and "elections" could take place rather informally on WT:RFA. (Perhaps in a similar manner to the way edit filter managers are chosen.)

Support B4.3

...

Oppose B4.3

Oppose trying to fix an election by adding another election seems absurd and would just create even more useless drama. Beeblebrox (talk) 21:35, 29 November 2015 (UTC)[reply]
Oppose per Beeblebrox. --MelanieN (talk) 00:03, 30 November 2015 (UTC)[reply]
Oppose. As Beeblebrox said, this would just create a host of new problems. Biblioworm 00:41, 30 November 2015 (UTC)[reply]
Oppose. As per above. The idea is to streamline the process. Only in death does duty end (talk) 10:50, 30 November 2015 (UTC)[reply]
Oppose as bureaucracy creep. --Tryptofish (talk) 19:08, 30 November 2015 (UTC)[reply]
Oppose The bureaucracy is expanding to meet the needs of the expanding bureaucracy. --Hammersoft (talk) 21:07, 30 November 2015 (UTC)[reply]
Strong Oppose The last thing we need is to open up Wikipedia:Requests for bureaucratship clerkship. — xaosflux ^Talk 21:44, 30 November 2015 (UTC)[reply]
Oppose not going to work. Callanecc (talk • contribs • logs) 00:54, 1 December 2015 (UTC)[reply]
Oppose Have another election to fix the election? Nah. Vanamonde93 (talk) 05:57, 1 December 2015 (UTC)[reply]
Oppose too bureaucratic Cas Liber (talk · contribs) 07:05, 1 December 2015 (UTC)[reply]
Oppose next there will be clerks², who intervene as needed in clerk elections.--Wehwalt (talk) 10:21, 1 December 2015 (UTC)[reply]
Oppose - No need for an extra layer. Rlendog (talk) 14:14, 1 December 2015 (UTC)[reply]
Oppose per Beeblebrox. We need to avoid bureaucracy ad absurdum and creating more rights for the hat collectors. See comment. --Kudpung กุดผึ้ง (talk) 19:51, 1 December 2015 (UTC)[reply]
Oppose - as above. Neutrality^talk 20:25, 1 December 2015 (UTC)[reply]
Oppose No, no, no, per all of the above. BMK (talk) 01:55, 2 December 2015 (UTC)[reply]
Oppose, I can only support this if we add another special group of users who decide on the outcomes of Requests for Clerkship elections, and yet another group that clerks in the clerkship elections. Otherwise we simply won't have enough bureaucracy. —Kusma (t·c) 09:31, 2 December 2015 (UTC)[reply]
No, this is just silly and would be a massive waste of time. — Earwig ^talk 09:45, 2 December 2015 (UTC)[reply]
Oppose per everyone above. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Oppose – We have enough elections as it is. Giants2008 (Talk) 02:26, 4 December 2015 (UTC)[reply]

Comments on B4.3

Right now the electoral commission is elected, and our mandate has us doing some clerk-like actions. It would be worth exploring how that is workin out and whether we want to keep doing things that way. --Guy Macon (talk) 23:29, 29 November 2015 (UTC)[reply]
This clerking issue overall is far too important for this discussion and should be handled in a stand-alone RfC where I would certainly support a well thought out proposal that is more than just another attempt at getting a consensus to concur that 'something needs to be done'. --Kudpung กุดผึ้ง (talk) 20:07, 1 December 2015 (UTC)[reply]

B4.4: Any editor should be able to clerk

Finally, we could allow any editor to clerk, if they are willing to volunteer to perform the tasks.

Support B4.4

Support. I dont hold with 'non-admins will be bad clerks' as the users below seem to feel will be the result. Likewise 'if we allow non-admins lots of people who are bad will want to do it.' Like any other process involving non-admins on wikipedia, the editors who want to learn do, those who dont/cant learn - either they dont take part or they are swiftly advised to stay away. I dont see this as any different. Only in death does duty end (talk) 10:53, 30 November 2015 (UTC)[reply]
Support This is, after all Wikipedia, the Enclyclopedia anyone can edit. Anyone that tries underhanded tricks would be seen and , at the sysop's discrection , blocked, banned or t-banned. So I see no issue with allowing non-admins to clerk! KoshVorlon 16:36, 30 November 2015 (UTC)[reply]
In a sense, that's really the status quo. It's in the spirit of WP:BOLD. But if anyone can clerk, then anyone can be reverted, and disruptive misuse of clerking should lead to blocks or topic bans. --Tryptofish (talk) 19:11, 30 November 2015 (UTC)[reply]
Support, once we have defined the rules, everybody should be allowed to help implement them. Clerking RfA is unlikely to be more difficult than editing difficult articles, and like everything on Wikipedia, we should aim to make it as open as possible. —Kusma (t·c) 20:14, 30 November 2015 (UTC)[reply]
Support sure, anyone can be reverted too. — xaosflux ^Talk 21:45, 30 November 2015 (UTC)[reply]
Support Yes. In fact, I view this as existing practice. A sufficiently troublesome comment will sometimes be removed, and either moved to talk or a discussion started.--Wehwalt (talk) 10:23, 1 December 2015 (UTC)[reply]
Support with limitations: Firstly, the hackneyed mantra and slogan "Wikipedia is the encyclopedia anyone can edit" was intended to refer to content. It was never meant to be taken so literally as to meant that anyone can interfere with its management, although many would like to see it as such. That's why we do have some special user rights for various things. More appropriately however, clerks should be any established user in good standing who has been registered for X amount of time, and has X number of edits. That said, this clerking issue is far too important for this discussion and should be handled in a stand-alone RfC. Kudpung กุดผึ้ง (talk) 20:01, 1 December 2015 (UTC)[reply]
Support, as it seems that at worst it will result in flamewars about what was redacted, as opposed to having flamewars about what was unredacted :) --Joy [shallot] (talk) 20:58, 1 December 2015 (UTC)[reply]

Oppose B4.4

Bad clerking is probably worse than no clerking; we need clerks who we can reasonably expect to understand what they're doing and do it well. עוד מישהו Od Mishehu 22:30, 29 November 2015 (UTC)[reply]
Oppose. Not every editor may have the skills and knowledge necessary to clerk. I'm sure a good deal of experienced editors could be trusted, but my fear is that we'll have new users who are trying to feel important disrupt the process with bad clerking. I'm still thinking about the other proposals, but for now I'm just opposing the ones that would most obviously be a bad idea. Biblioworm 00:41, 30 November 2015 (UTC)[reply]
It would detract from the actual discussion and waste time to have to actively police clerk actions. They should be experienced with the process and be trusted to do it right. The "anyone can revert" philosophy has its place in content creation, but it isn't appropriate for administrating an often contentious discussion process, especially if we're going to be trusting these users to identify and remove votes that violate WP:CIVIL or WP:NPA. Mz7 (talk) 19:34, 30 November 2015 (UTC)[reply]
Oppose Any editor can be a clerk now. Stop stratifying users in an attempt to somehow cure things. Stratification is one of the things most harming the project these days. Editors are empowered to make edits now. To make special clerks means you're stripping editors of that power. Stop it. --Hammersoft (talk) 21:09, 30 November 2015 (UTC)[reply]
Oppose my experience with self-appointed clerks at various admin noticeboards has been almost entirely negative. They tend to be busybodies who feel they must "help" with things that do not require any help. Beeblebrox (talk) 21:46, 30 November 2015 (UTC)[reply]
Oppose self-appointed clerks tends not to work very well. Especially given that people reverting the clerks is just going to make the place more disrupted. Callanecc (talk • contribs • logs) 00:57, 1 December 2015 (UTC)[reply]
Oppose Chaos. BMK (talk) 01:55, 2 December 2015 (UTC)[reply]
No. BMK puts it well. L235 (t / c / ping in reply) 21:57, 2 December 2015 (UTC)[reply]
Given that I oppose B4.5, it follows that I oppose B4.4 too. I think this proposal would essentially result in the idea that we can basically just ignore WP:TPO and do what we want on RfA pages. — Bilorv_(talk)^(c)(e) 16:12, 3 December 2015 (UTC)[reply]

Comments on B4.4

How about allowing any ADMIN to clerk - not formally appointed as a clerk, but simply doing it? That is pretty much what is happening now - with things like striking votes by IPs and socks, or moving too-long discussions to the talk page. Up to now those actions have not been limited to admins - they have been done by anyone with the experience and clue to see that it needs to be done. But if we are going to formalize the clerking process (which I don't necessarily think is a good idea) we could formalize it by limiting it to admins. --MelanieN (talk) 00:07, 30 November 2015 (UTC)[reply]
The proposal has been understood differently by different commenters - is it "any editor is allowed to act as clerk at any time" or "editors who explicitly volunteer to act as clerks" (as a permanent job? for each RfA?) Clerking has been done at RfAs by unappointed editors but not always reliably or consistently. Whichever system is chosen, there should be an agreed guideline to be followed by anyone making edits that affect the contributions of others to RfA discussions: Noyster (talk), 13:04, 2 December 2015 (UTC)[reply]
What, any editor? Surely we should at least limit it to autoconfirmed or something. --BDD (talk) 14:34, 2 December 2015 (UTC)[reply]
I'd consider it more reasonable that any editor (any autoconfirmed editor? any editor with a minimum of 100 edits?) could sign up to be a clerk, go through a period of clerking with oversight, and if they seem to know what they're doing then they become a full clerk. I think I saw this "trainee" system in use somewhere else on the Wiki, seemed like a good way to keep the system open to anyone while reasonably weeding out those who aren't cut out for it. —2macia22 (talk) 11:05, 3 December 2015 (UTC)[reply]

B4.5: Any admin should be allowed to clerk

As a slightly less exclusive option than B4.1, we could simply allow any admin to perform clerking duties.

Support B4.5

Support per my comment at the discussion at B4.4. --MelanieN (talk) 02:47, 30 November 2015 (UTC)[reply]
Support - a pragmatic option. Just Chilling (talk) 03:52, 30 November 2015 (UTC)[reply]
Anyone including admins should be allowed to clerk. —Kusma (t·c) 20:17, 30 November 2015 (UTC)[reply]
Support Sure, as I already supported letting anyone clerk. — xaosflux ^Talk 21:46, 30 November 2015 (UTC)[reply]
Support - the right balance. Johnbod (talk) 03:19, 1 December 2015 (UTC)[reply]
Support I opposed the idea of crats, more elections ain't going to fix this, and the editor body at large could cause havoc; so I guess this is what's left, and for the sake of consistency I support. Vanamonde93 (talk) 05:59, 1 December 2015 (UTC)[reply]
Second preference to B4.4.--Wehwalt (talk) 10:26, 1 December 2015 (UTC)[reply]
Support - Don't see a problem with either admins or crats doing this. Rlendog (talk) 14:16, 1 December 2015 (UTC)[reply]
Support. Admins have been through the RfA process themselves and should know how candidates should be given a humane hearing. Sadly some admins in the past have abused this, but we should AGF that admins are pefectly suited for the task. See comment below.
Support, in case the former option about all users doesn't pass, this is good enough. --Joy [shallot] (talk) 20:58, 1 December 2015 (UTC)[reply]
Support more or less following the thoughts of Vanamonde93. I think clerks would help a lot--and I don't believe the "anyone can clerk" solution has proven to work. Clerking apprenticeships work well, I think, at SPI, and I'd also support a system like that, but it might be more bureaucracy than this problem needs, and I don't want to make perfect the enemy of the good. --joe decker ^talk 07:21, 2 December 2015 (UTC)[reply]

Oppose B4.5

Oppose The current crop of admins are probably the worst people to clerk the main reason for hostile environment at RFA - incivility. Their inability, incompetance and overt sabotaging of the civility policies/pillar over the last few years are the reason we are at this point. Only in death does duty end (talk) 10:33, 30 November 2015 (UTC)[reply]
Er... what did we do? — Earwig ^talk 09:57, 2 December 2015 (UTC)[reply]
Meh, if any editor can, then any admin can, but at the same time, admins should be held to no lower standard than anyone else. --Tryptofish (talk) 19:13, 30 November 2015 (UTC)[reply]
Oppose Oh hell no. A process to elect admins clerked...by admins? Crony/cabalism anyone??? --Hammersoft (talk) 21:09, 30 November 2015 (UTC)[reply]
Oppose. I'd prefer that 'crats clerk at RfAs, since they are specifically trusted in matters relating to RfA. This proposal is incompatible with that preference. Biblioworm 22:47, 30 November 2015 (UTC)[reply]
Oppose - Admins are wonderful, warm, sensitive, loving people...but no, 'crats only. BMK (talk) 01:56, 2 December 2015 (UTC)[reply]
Less vehemently than B4.4, but still, 'crats only, please. L235 (t / c / ping in reply) 21:57, 2 December 2015 (UTC)[reply]
Opppose: I do not like the idea of any of a thousand or so people being able to carry out the very vague task of: "Remove votes that violate WP:CIVIL or WP:NPA", especially without instructions to leave a record of it somewhere. I don't like the idea of (2) either, and feel that (4) is something any user could do at the current moment if they wished to. — Bilorv_(talk)^(c)(e) 23:03, 2 December 2015 (UTC)[reply]
I'm sorry, Bilorv, but the idea of clerking already passed Phase I. And voters were explicitly voting on those four provisions, including (2). If someone wanted to oppose that, they had their chance (for almost 30 days) in Phase I. Those provisions are not up for discussion, and besides, I can't see why anyone would oppose them (except, perhaps, for those who want to do the disallowed things). Why would anyone have trouble with enforcing civility and NPA, except those who violate CIV and NPA? It is clearly specified what constitutes incivility and personal attacks, here and here, so the definition is not vague. And why should users be able to oppose simply because they don't like a policy and are upset that the candidate follows it? Policies have already reached consensus; there is no good reason to take out your dislike of a certain policy on an RfA candidate. Biblioworm 16:55, 3 December 2015 (UTC)[reply]

Comments on B4.5

I'm not surprised to see the usual show of resistance to progress. I think a lot of middle-of-the-road users are probably getting rather bored with all this routine opposition to all things adminship based on a false premise that admins have too much power already. Any admin is perfectly suited to clerk an RfA. They've been through the process themselves - although to see the occasional comments by some (now desysoped and/or retired) one can sometimes wonder. If we can get RfA cleaned up there would be more candidates of the right calibre coming forward; isn't that what the whingers and whiners ultimately want? That said, this clerking issue overall is far too important for this discussion and should be handled in a stand-alone RfC where I would certainly support a well thought out proposal that is more than just another attempt at getting a consensus to concur that 'something needs to be done'. --Kudpung กุดผึ้ง (talk) 20:31, 1 December 2015 (UTC)[reply]

--Kudpung กุดผึ้ง (talk) 20:31, 1 December 2015 (UTC)[reply]

I'm not going to say a lot in this RFC, I've grown weary of getting worked up re: admin issues to see nothing ever change, but I agree that clerking should be a stand alone discussion. I would also say there is no reason that well seasoned (let me repeat: well seasoned) non-admin can't do it. The type that have no interest in becoming an admin and are under no illusion that this is a stepping stone towards that goal. Dennis Brown - 2¢ 16:02, 3 December 2015 (UTC)[reply]
Again, not all that clearly worded - is it "only admins" or "all admins, along with some or all other editors"? Restricting it to admins would rule out a large pool of others who would do a good job of clerking. It needs a substantial number of eyes to make it likely that someone is on watch throughout the 168 hours of an RfA: Noyster (talk), 13:22, 2 December 2015 (UTC)[reply]
Well, if B4.4 passes, that would automatically include admins. However, if B4.5 were to pass and B4.4 were to fail, then that would naturally mean that clerking would be exclusively for admins. (Since the reasoning is that we should allow all admins to clerk, but not all editors.) Biblioworm 16:39, 2 December 2015 (UTC)[reply]

C: Narrow discretionary range

Q. "Consensus at RfA is not determined by surpassing a numerical threshold, but by the strength of rationales presented. Historically, most of those above 75 percent approval pass and most of those below 70 percent fail. However, the actual decision of passing or failing is subject to the bureaucrats' discretion and judgment..."^[1] So, the discussion in this section is over whether to change either or both of the figures "75" and "70" in this guidance? Simply changing these numbers does not change what has happened "Historically". Note that a higher figure is given elsewhere: "However, as an approximate guide, you are likely to pass if you achieve at least 80% support. Nominations which receive less than 70% support are unlikely to be successful, except in exceptional circumstances."^[2] "Most RfA's with a final tally of 80% support or more will close as successful, while those under 70% will generally not pass. There have however been important exceptions, with candidates passing with as low as 61.2%.^[3] The 70–80 'grey' zone is subject to the bureaucrat's discretion after taking into account the quality of the arguments made by the !voters, the strength of comments in the 'neutral' section, and after discounting any !votes they consider to be invalid. In extremely close calls, an extension to the 7-day !voting period may be accorded, or a discussion ('crat chat) may take place among the bureaucrats."^[4] – Wbm1058 (talk) 15:32, 1 December 2015 (UTC)[reply]

C1: Expand discretionary range to 65%

We could expand the discretionary range to 65–75%, making it a 10% range, as opposed to our current 5% range (70–75%).

Support C1

Support Clearly, we have a problem. Proposals to make radical changes to RFA have failed. Perhaps this small, incremental change is enough to at leat improve it a little and get us what we need, which is more active admins. Beeblebrox (talk) 21:41, 29 November 2015 (UTC)[reply]
Support Standards have inflated largely because there is a belief that adminship is a lifetime appointment (i.e. nearly impossible to desysop). Yet the question comes up time and time again, for examples of admins who should be desysopped. One problem influencing another. As such, I think the community standards have risen too high because of this factor and need to be lowered. If desysopping is a problem, then that function should be addressed and not increasingly rising standards for candidates. We're turning a lot of qualified individuals as a result. Mkdw ^talk 22:54, 29 November 2015 (UTC)[reply]
support this, for the same reasons as above, but I would really like a wider range per C2. Peacemaker67 (crack... thump) 22:56, 29 November 2015 (UTC)[reply]
Support. This is a good start, although I prefer C2. I'm just supporting this so that at least something can get done in the event that C2 doesn't pass. Biblioworm 23:21, 29 November 2015 (UTC)[reply]
Support as second choice per Biblioworm. --MelanieN (talk) 02:56, 30 November 2015 (UTC)[reply]
Support - a 2/3 majority is normal in the real world for important decisions. Just Chilling (talk) 03:57, 30 November 2015 (UTC)[reply]
Support - although agree as per Biblio & Melanie. Only in death does duty end (talk) 10:55, 30 November 2015 (UTC)[reply]
Support: two-thirds is a reasonable level although crats still need to determine consensus. RfAs have passed in this range so it makes sense to make this explicit. BethNaught (talk) 13:49, 30 November 2015 (UTC)[reply]
Support as reasonable. APerson (talk!) 15:47, 30 November 2015 (UTC)[reply]
The way I see it, Crats are expected to exercise discretion anywhere from 0% to 100%, so it's not like they cannot already take particular circumstances into account at ± 1% just outside the existing "range". But I see nothing wrong with making it explicit that discretion can be used to pass some candidates in the upper 60s. --Tryptofish (talk) 19:17, 30 November 2015 (UTC)[reply]
If we have a discretionary range at all, it should be wide enough to matter. Also per Beeblebrox. —Kusma (t·c) 19:33, 30 November 2015 (UTC)[reply]
Support OK, of course these are not VOTES, and any thing can just be thrown out by the crat. — xaosflux ^Talk 22:03, 30 November 2015 (UTC)[reply]
Support this is still only a 10% range. Hut 8.5 22:21, 30 November 2015 (UTC)[reply]
Support a little less rigidity would help. --Pres N 22:41, 30 November 2015 (UTC)[reply]
Support as close to a two-to-one majority: Noyster (talk), 22:44, 30 November 2015 (UTC)[reply]
Support. The current requirement is too high and causes unnecessary stress to all those involved. Steel1943 (talk) 00:02, 1 December 2015 (UTC)[reply]
Support absolutely, current range is too high and doesn't allow crats the discretion they need. Callanecc (talk • contribs • logs) 00:59, 1 December 2015 (UTC)[reply]
Support. A 2/3 majority should be sufficient consensus to approve tools, given the current level of scrutiny.--Mojo Hand (talk) 01:43, 1 December 2015 (UTC)[reply]
Support As close enough to 2/3rds for me.Bahb the Illuminated (talk) 02:42, 1 December 2015 (UTC)[reply]
Support Johnbod (talk) 03:20, 1 December 2015 (UTC)[reply]
Support Theoretically, RFA is not a vote, and crats can throw out anything; widening the acceptable range, I think, brings us closer to the ideal, and gives the crats more room to exercise discretion. It should NOT ever be a hard line. Vanamonde93 (talk) 06:02, 1 December 2015 (UTC)[reply]
Support - The requirement for more than a 2/3 supermajority is excessive. Carrite (talk) 07:42, 1 December 2015 (UTC)[reply]
Support. Closer to what we need. Reh man 13:24, 1 December 2015 (UTC)[reply]
Support - I think this is a sensible range. Rlendog (talk) 14:18, 1 December 2015 (UTC)[reply]
Support (either at 65% or, as below, 2/3). StevenJ81 (talk) 17:42, 1 December 2015 (UTC)[reply]
Support, if the process is reduced to a vote, a two-thirds majority is quite sufficient for any purpose. --Joy [shallot] (talk) 21:01, 1 December 2015 (UTC)[reply]
Support. --AmaryllisGardener ^talk 23:12, 1 December 2015 (UTC)[reply]
Support - This "threshold" needs to be lowered in order to successfully reform the RfA process. Roughly two-thirds support is plenty high enough IMO. Guy1890 (talk) 07:22, 2 December 2015 (UTC)[reply]
Support - --John Cline (talk) 08:38, 2 December 2015 (UTC)[reply]
I like 2/3 because it's a cleaner fraction, but okay with 65% also. A 2/3 majority is fair for concluding the existence of consensus with discretion (and note we are not saying they get an automatic pass here). 3/4 as an upper bound is still fine, I think. — Earwig ^talk 10:02, 2 December 2015 (UTC)[reply]
Support – Consider me a "bandwagon fan"... (Also, 2/3 makes more sense to me anyway... I might even be talked into 3/5, if more people were supporting the one below...) --IJBall (contribs • talk) 19:20, 2 December 2015 (UTC)[reply]
At least. L235 (t / c / ping in reply) 21:57, 2 December 2015 (UTC)[reply]
Support 2/3 as a more common fraction than 65%, but would be okay with it either way. -- Tavix ^(talk) 02:45, 3 December 2015 (UTC)[reply]
Support this makes sense. —2macia22 (talk) 11:17, 3 December 2015 (UTC)[reply]
Support It's too high at the moment. This could go some way to easing stress. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Support They say friends are forever but enemies accumulate. Currently if you edit carefully, accurately and do a lot of cleanup (deletions, 3RR reports etc) you can easily accumulate enough enemies to fail an RfA. Legacypac (talk) 01:48, 4 December 2015 (UTC)[reply]
Support – A two-thirds majority is typically considered enough for consensus throughout the rest of the site, so why not here? If there are major issues pointed out by the other third of participants, the closing bureaucrat can take them into account when making their decision. That's why it's called a discretionary range, after all. Giants2008 (Talk) 02:34, 4 December 2015 (UTC)[reply]
Support. I wrote a comment in favor of a small change in the discretionary range. It would have added a few more administrators this year. I think that it might actually encourage a few more candidates. I think even two/thirds would be an improvement and provide more encouragement while not seriously diluting the standard. Since that it is not an option, I favor this proposal. I feel that the other proposals in this section, C3 and C4 in particular, are too extreme at this time. Donner60 (talk) 05:52, 4 December 2015 (UTC)[reply]
Support, but weakly; "discretionary range" would mean a great deal more to me if I hadn't analyzed the voting patterns of RfA over the years, and found that bureaucrats weren't exercising discretion in the first place: almost without exception, every candidate over the line passed, and every candidate under the line was rejected. Ravenswing 05:59, 4 December 2015 (UTC)[reply]
Given the trust we put on the bureaucrats, I think this is no big deal—UY Scuti ^Talk 08:04, 4 December 2015 (UTC)[reply]
Support, I think most people who would get through because of this are probably good candidates; if they have big problems with civility or competence they'll likely get more opposes than 35%. delldot ∇. 01:07, 5 December 2015 (UTC)[reply]
Support. This is sensible. 65% shows enough community trust to make it worthy of discretion. NinjaRobotPirate (talk) 09:19, 5 December 2015 (UTC)[reply]
Support It's a bit of a tight threshold. ^My^name ^isnot^dave (talk/contribs) 10:48, 5 December 2015 (UTC)[reply]

Oppose C1

Oppose. "Discretionary ranges" just mean that outcomes are decided by bureaucrats, not the community. There should be a fixed pass/fail threshold. Everyking (talk) 01:30, 1 December 2015 (UTC)[reply]
Oppose per Everyking. Unlike other factors (like whether there have been "enough" mainspace edits, whatever 'enough' means), this one is easily objective, and if it's possible to make things objective I don't see a reason to introduce subjectivity. Banedon (talk) 05:25, 1 December 2015 (UTC)[reply]
Oppose until we have assessed the net impact of any other changes. The range should be the last thing to reconsider when other changes are to be implemented. Leaky Caldron 14:15, 1 December 2015 (UTC)[reply]
Oppose. I don't know of any real instance where a broadening of the discretionary range (i.e. lowering it) would have helped except to have passed some very borderline RfA which I would have voted 'oppose' on anyway. With few exceptions, those close call cases were decided upon by 'crat chats, and isn't that what we have the 'crats for? Furthermore, and most importantly, we must try not to constantly confuse the pass mark (discretionary range) with 'standards' set by the voter;, that bar is set anew at each RfA depending on who turns out to vote. More should be done to convince such voters that their criteria are inappropriately high. To cite a hypothetical example, while it may be true that the average number of edits by successful users may be around 30,000, (averages are are misleading figures arrived at from the lowest and the highest values) where most users recommend a minimum of around 6,000 edits, it's ridiculous to insist that all candidates should have 30,000. Likewise voters who insist on FA and GA as proof of competence for content work. Such votes are included in the tally, and it is quite possible that they are not discounted by the closing 'crat. WP:RFAADVICE deliberately does not tell or suggest prospective candidates what values of experience or activity they should have, but lists instead enough examples of voters' criteria to give them a good idea. Before changing the discretionary rage therefore, we should also perhaps be considering making an official guideline of the minimums desired requirements for adminship. Emphasis on guideline. Kudpung กุดผึ้ง (talk) 21:00, 1 December 2015 (UTC)[reply]
Oppose - 65-75 makes no sense. 67-75 would be ok. BMK (talk) 01:58, 2 December 2015 (UTC)[reply]
Oppose Making it easier for marginal candidates will give you more marginal admin. It won't coax more high quality people to run. Dennis Brown - 2¢ 15:58, 3 December 2015 (UTC)[reply]
Oppose no shortage of marginal admins Hugh (talk) 21:32, 4 December 2015 (UTC)[reply]
Oppose - No need to lower it, I don't mean this in a horrible way but lowering it to 65% could potentionally bring in admins who would be a "crap", Personally I believe it should stay as it is. –Davey2010^Talk 03:54, 5 December 2015 (UTC)[reply]
Oppose - if we don't have enough admins, the answer's not to widen the net we cast, but actively recruit for better admins. There are people being talked up (on their user pages, by their friends) for adminship who would drive editors out of wikipedia given a nice, shiny admin badge and sysop powers, simply based on their asymptotically low civility skills and lightning-quick reflexes with a template or decision that someone's editwarring. loupgarous (talk) 16:06, 5 December 2015 (UTC)[reply]
Oppose: Unprepared or (relatively) inexperienced candidates should not be able to easily pass. Esquivalience ^t 16:38, 5 December 2015 (UTC)[reply]
Oppose There's a lot of excellent points in the support column of this proposal, but I think if we make changes to RfA in these other proposed ways we may not need modifications to the discretionary range. As it stands now, in my personal and humble opinion, the current range has been satisfactory — MusikAnimal ^talk 23:12, 5 December 2015 (UTC)[reply]

Comments on C1

There is something to be said for a 2/3 (~67%) limit. --Guy Macon (talk) 23:32, 29 November 2015 (UTC)[reply]
That's what I means by 67-75 being an OK range, expanding from 5% to 8%, but the minimum being a 2/3 supermajority/. BMK (talk) 01:59, 2 December 2015 (UTC)[reply]

I wanted to make the range a more "even" number, so to speak. A range of 10 or 15 percent sounds more natural than a range of 8%, which just sounds...bizarre. Biblioworm 23:39, 29 November 2015 (UTC)[reply]
A range like "Fewer than 2/3 fails, more than 3/4 passes, and between 2/3 and 3/4 is the discretionary range" sounds fine to me. On the other hand, "Fewer than 13/20 fails, more than 3/4 passes, and between 13/20 and 3/4 is the discretionary range" sounds weird to me. There is no law that says that you have to express the range in percentages instead or ratios. :) --Guy Macon (talk) 23:51, 29 November 2015 (UTC)[reply]
Again, for informational purposes, 4 additional recent RfA candidates would have passed in 2015 if the discretionary range was dropped down to 65% and they had been passed through: Cyberpower678 and Thine Antique Pen (both over 67% support), and EuroCarGT (65.83%) and Rich Farmbrough (65.97%). I have a hard time believing that the project would be negatively impacted by any of these 4 having been made Admins... --IJBall (contribs • talk) 19:28, 2 December 2015 (UTC)[reply]

C2: Expand discretionary range to 60%

Alternatively, we could expand the discretionary range to 60–75%, making it a 15% range, as opposed to our current 5% range (70–75%). This proposal is a sort of "middle ground" for those who believe C1 is too little of an expansion and that C3 and C4 are too radical.

Support C2

Support for the same reasons I support C1. This is something anyway, and we've hadno real improvements to RFA in a very long time. Beeblebrox (talk) 21:43, 29 November 2015 (UTC)[reply]
support this, I believe this is a much more reasonable range given adminship is no big deal. Peacemaker67 (crack... thump) 22:57, 29 November 2015 (UTC)[reply]
Support. This one is my first preference. I think it's a good middle ground; C1 is still something, but not quite enough in my opinion. C3 and C4 are too radical, for the reasons I stated in the relevant sections. Biblioworm 23:21, 29 November 2015 (UTC)[reply]
Support as first choice. It has always seemed weird to me that someone can get twice as many supports as opposes, and still fail RfA. --MelanieN (talk) 02:52, 30 November 2015 (UTC)[reply]
Support With the understanding that Crats can still reject candidates anywhere in the discretionary range, and this would not lower the top of the discretionary range. Monty ₈₄₅ 03:24, 30 November 2015 (UTC)[reply]
Support. As per Monty. Only in death does duty end (talk) 10:56, 30 November 2015 (UTC)[reply]
Support, per Monty. APerson (talk!) 15:48, 30 November 2015 (UTC)[reply]
If we have a discretionary range at all, it should be wide enough to matter. Also per Beeblebrox. —Kusma (t·c) 19:34, 30 November 2015 (UTC)[reply]
Support this is still only a 15% range, and bureaucrats can be trusted to make the right decisions within that discretionary range. Bear in mind that candidates to the low end of the discretionary range are less likely to be promoted than those at the high end. Hut 8.5 22:21, 30 November 2015 (UTC)[reply]
Weak support. This is pushing a line on the requirement. With a requirement as low as this, it makes the acceptability level better, but almost so better that it's worse. Steel1943 (talk) 00:02, 1 December 2015 (UTC)[reply]
Support I trust the crats to use their discretion appropriately, however it should be rare than an RfA with less than 65% passes. Callanecc (talk • contribs • logs) 01:01, 1 December 2015 (UTC)[reply]
Weak support. Some changes are needed, and I could live with this (provisionally). But I think it's a little too lenient. StevenJ81 (talk) 17:43, 1 December 2015 (UTC)[reply]
Support. --AmaryllisGardener ^talk 23:13, 1 December 2015 (UTC)[reply]
Probably. Still quite a supermajority, and 'crats can still find no consensus at their discretion. L235 (t / c / ping in reply) 21:57, 2 December 2015 (UTC)[reply]
Support as we need to lower threshold. Legacypac (talk) 01:50, 4 December 2015 (UTC)[reply]
Support as above. Ravenswing 06:00, 4 December 2015 (UTC)[reply]
This is borderline, 'crats can be trusted enough to make this decision. This can help when votes rather than !votes pile up. —UY Scuti ^Talk 08:11, 4 December 2015 (UTC)[reply]

Oppose C2

Oppose - a 2/3 majority is normal in the real world for important decisions. In my view adminship is a big enough deal to need clear Community support. Just Chilling (talk) 03:59, 30 November 2015 (UTC)[reply]
Oppose per Just Chilling. BethNaught (talk) 13:49, 30 November 2015 (UTC)[reply]
As a general rule, if a candidate has close to 40% opposition, there is a lack of consensus to promote. But the fact remains that, in a specific example when the raw numbers are 60–40, but a significant number of the opposes are unreasonable, a Crat chat can determine that the consensus is still to promote. --Tryptofish (talk) 19:21, 30 November 2015 (UTC)[reply]
This is just too low. In truly exceptional cases, the crats already have unlimited discretion. DGG ( talk ) 19:47, 30 November 2015 (UTC)[reply]
Oppose too low as a "rule of thumb". — xaosflux ^Talk 21:47, 30 November 2015 (UTC)[reply]
Oppose as below a two-to-one majority: Noyster (talk), 22:44, 30 November 2015 (UTC)[reply]
Oppose. "Discretionary ranges" just mean that outcomes are decided by bureaucrats, not the community. There should be a fixed pass/fail threshold. Everyking (talk) 01:30, 1 December 2015 (UTC)[reply]
Oppose per Everyking. Banedon (talk) 05:26, 1 December 2015 (UTC)[reply]
Oppose I favor a narrow discretionary range, and 60% is too low. If we're lowering it, 2/3 seems about the right point. If you can't get a 2/3 majority, I don't think you should pass.--Wehwalt (talk) 10:29, 1 December 2015 (UTC)[reply]
Oppose until we have assessed the net impact of any other changes. The range should be the last thing to reconsider when other changes are to be implemented. Leaky Caldron 14:15, 1 December 2015 (UTC)[reply]
Oppose - I think a 2/3 majority (or 65%) is ok, but this feels a but this feels too low. At least we should try 65% first and if that doesn't work discuss reducing further. Rlendog (talk) 14:19, 1 December 2015 (UTC)[reply]
Oppose - see my comment in the sub-section above. Lowering the discretionary range might give us more admins but it will not give us more admins of the right calibre. It will certainly not address the reasons why candidates are not coming forward. Kudpung กุดผึ้ง (talk) 21:03, 1 December 2015 (UTC)[reply]
Oppose - too low. BMK (talk) 02:00, 2 December 2015 (UTC)[reply]
Oppose - This proposed "threshold" is too low IMO. Guy1890 (talk) 07:25, 2 December 2015 (UTC)[reply]
Too low, and I agree with DGG. I can't think of an RfA that went below 65% and above 60% that I thought should have passed. — Earwig ^talk 10:05, 2 December 2015 (UTC)[reply]
Oppose It's important to have a sensible threshold which demonstrates a suitable level of trust. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Oppose – I supported the move down to 65%, but 60% seems a bit low for RFA. I'd want to see how 65% works before moving the number down any further. Giants2008 (Talk) 02:34, 4 December 2015 (UTC)[reply]
Oppose Hugh (talk) 21:35, 4 December 2015 (UTC)[reply]
Oppose - Worse than C1!, Fine as it is. –Davey2010^Talk 03:55, 5 December 2015 (UTC)[reply]
Less than 2/3 isn't the required consensus. Sandstein 09:19, 5 December 2015 (UTC)[reply]
Oppose - if we don't have enough admins, the answer's not to widen the net we cast, but actively recruit for better admins. There are people being talked up (on their user pages, by their friends) for adminship who would drive editors out of wikipedia given a nice, shiny admin badge and sysop powers, simply based on their asymptotically low civility skills and lightning-quick reflexes with a template or decision that someone's editwarring. loupgarous (talk) 16:08, 5 December 2015 (UTC)[reply]
Oppose per my opposition in C1 — MusikAnimal ^talk 23:14, 5 December 2015 (UTC)[reply]

Comments on C2

There is something to be said for a 2/3 (~67%) limit. --Guy Macon (talk) 23:32, 29 November 2015 (UTC)[reply]
@Steel1943:. Did you mean to put your oppose in the section just below this one? You also supported this proposal, and both comments have the same datestamp. Biblioworm 00:11, 1 December 2015 (UTC)[reply]

@Biblioworm: Yup. Fixed it. Steel1943 (talk) 00:16, 1 December 2015 (UTC)[reply]

A previously granted adminship at the discretionary passing level of 61.2% was later removed by Arbitration Committee motion, for exercising long term poor judgement in use of administrative tools. Wbm1058 (talk) 16:25, 1 December 2015 (UTC)[reply]

Note: Carnildo's successful RfA was back in 2006 – that might as well have been back in the Bronze Age as far as it concerns how this project (and RfA's) currently operate... --IJBall (contribs • talk) 19:33, 2 December 2015 (UTC)[reply]

IJBall, in fact Carnildo's RfA had an unusually high turnout for the times and 110 supports. The unfortunate discretionary pass and the later desysoping are clearly as valid today as they were then and demonstrate perfectly why the bar should absolutely not be lowered now. We should thank Wbm1058 for bringing the example to light. It also shows how ineffective various compositions of the Arbitration Committee can be - he was first severely warned by them in 2008 but it took another three years to do anything serious about it. Kudpung กุดผึ้ง (talk) 00:13, 3 December 2015 (UTC)[reply]

I would point out that this was one incident from nine years ago. I don't think one isolated piece of evidence is enough to prove that we shouldn't lower the bar. Think of all the good candidates in the past that failed in this range because of some minor issue that sparked a pile-on. Think of all the bad candidates who breezed by RfA, some of which passed unanimously or almost unanimously. By that same "one bad apple got through so all who finish in that range must be bad" logic, one could reasonably assert that 90–100% is still too low of a bar. Biblioworm 00:55, 3 December 2015 (UTC)[reply]

Agree with kudpung. If we don't have enough admins, the answer's not to widen the net we cast, but actively recruit for better admins. People are being talked up (on their user pages, by their friends) for adminship who would drive editors out of wikipedia given a nice, shiny admin badge, simply based on their asymptotically low civility skills and lightning-quick reflexes with a template or decision that someone's editwarring.

Given the present state where there are too few admins, but the ones we have almost all respectful toward editors and reluctant to whip a template out on someone's user page unless there's a pretty good reason, and a future wikipedia adminned by those who can't wait to put new editors or those of us whose editing skills are rusty in their place based on very short exchanges, I'd much prefer we have our present state of few but civil admins. loupgarous (talk) 16:18, 5 December 2015 (UTC)[reply]

WP:SNOW

Clearly not going to pass.—^cyberpower_{Merry Christmas:Unknown} 19:08, 5 December 2015 (UTC)[reply]

The following discussion 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.

C3: Expand discretionary range to 50%+1

We could also expand to range to 50%+1–75%, so that it would then become approximately a 25% range, as opposed to our current 5% range (70–75%). If implemented, bureaucrats could use discretion for any RfA between a simple majority (50%+1) and 75%.

Support C3

...

Oppose C3

Oppose I believe this discretionary range would be too high and many bureaucrats were not appointed with such a range in mind. The community should have the largest voice in any discussion. Mkdw ^talk 22:55, 29 November 2015 (UTC)[reply]
Oppose. After thinking about it, I think this a bit too much right now. I prefer less radical options like C1 and C2, and maybe we can think about further expanding the range if the more conservative expansions turn out well. Biblioworm 23:21, 29 November 2015 (UTC)[reply]
a bridge too far in my opinion, 60% is reasonable community consensus, 50%+1 is too weak a consensus for adminship. Peacemaker67 (crack... thump) 23:25, 29 November 2015 (UTC)[reply]
Oppose per the others above. Too radical. --MelanieN (talk) 02:57, 30 November 2015 (UTC)[reply]
Oppose - a 2/3 majority is normal in the real world for important decisions. In my view adminship is a big enough deal to need clear Community support. Just Chilling (talk) 03:59, 30 November 2015 (UTC)[reply]
Oppose. Too low. Only in death does duty end (talk) 10:57, 30 November 2015 (UTC)[reply]
Not going to happen. BethNaught (talk) 13:49, 30 November 2015 (UTC)[reply]
Oppose, strongly. No way. --Tryptofish (talk) 19:22, 30 November 2015 (UTC)[reply]
Oppose, too low as a "rule of thumb" . — xaosflux ^Talk 21:47, 30 November 2015 (UTC)[reply]
Oppose 50%+1 is not a very high rule and could be passed with almost as many people opposing as supporting. Hut 8.5 22:21, 30 November 2015 (UTC)[reply]
Oppose as below a two-to-one majority: Noyster (talk), 22:44, 30 November 2015 (UTC)[reply]
Oppose. This is simply too low. The community has to at least come to some sort of agreement that the editor should be an administrator. Steel1943 (talk) 00:16, 1 December 2015 (UTC)[reply]
Oppose too low as a line in the sand. Callanecc (talk • contribs • logs) 01:02, 1 December 2015 (UTC)[reply]
Oppose. "Discretionary ranges" just mean that outcomes are decided by bureaucrats, not the community. There should be a fixed pass/fail threshold. Everyking (talk) 01:30, 1 December 2015 (UTC)[reply]
Oppose Too much. Vanamonde93 (talk) 06:03, 1 December 2015 (UTC)[reply]
Oppose - Essentially permanent adminship should require a supermajority. Rlendog (talk) 14:20, 1 December 2015 (UTC)[reply]
Oppose. I can't quite see a case where there is a good reason to promote someone over 50%+1, but under 60%, as long as all !votes are reasonable. StevenJ81 (talk) 17:45, 1 December 2015 (UTC)[reply]
Oppose - see my long comment in a sub-section above. Lowering the discretionary range might give us more admins but it will not give us more admins of the right calibre. It will certainly not address the reasons why candidates are not coming forward. Kudpung กุดผึ้ง (talk) 21:06, 1 December 2015 (UTC)[reply]
Oppose, too low. --AmaryllisGardener ^talk 23:13, 1 December 2015 (UTC)[reply]
Oppose BMK (talk) 02:00, 2 December 2015 (UTC)[reply]
Oppose - This proposed "threshold" is way, way too low IMO. Guy1890 (talk) 07:26, 2 December 2015 (UTC)[reply]
You begin to lose your mandate at this point, I think. Kudpung is absolutely right. — Earwig ^talk 10:07, 2 December 2015 (UTC)[reply]
Oppose It's important to have a sensible threshold which demonstrates a suitable level of trust. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Oppose – I wouldn't want to see a discretionary range that large. Giants2008 (Talk) 02:34, 4 December 2015 (UTC)[reply]
Oppose - I thought C2 was bloody extreme!, Again no need to lower it. –Davey2010^Talk 03:57, 5 December 2015 (UTC)[reply]
Oppose, too broad. --TL22 (talk) 15:07, 5 December 2015 (UTC)[reply]
Oppose - if we don't have enough admins, the answer's not to widen the net we cast, but actively recruit for better admins. There are people being talked up (on their user pages, by their friends) for adminship who would drive editors out of wikipedia given a nice, shiny admin badge and sysop powers, simply based on their asymptotically low civility skills and lightning-quick reflexes with a template or decision that someone's editwarring. loupgarous (talk) 16:28, 5 December 2015 (UTC)[reply]

Comments on C3

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.

C4: Abolish the discretionary range completely

Snow fail Oiyarbepsy (talk) 04:41, 5 December 2015 (UTC)[reply]

The following discussion 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.

Finally, we could simply abolish the notion of a "discretionary range" completely and permit the use of discretion in all cases, regardless of what the support-oppose ratio is. All percentage-based measurements would become irrelevent to the closing of RfAs. For instance, if an RfA gained 45% support, a bureaucrat could still theoretically close it as successful if the oppose rationales were extremely poor in comparison with the support rationales. Theoretically, this is already the case, but the de facto range is 70–75%. This proposal is suggesting that we expand the de facto range to encompass all percentages, and bureaucrats will be expected to weigh arguments and use discretion at all times.

Support C4

...

Oppose C4

Oppose when I ran for cratship, it was made abundantly clear to me that crats were selected not based on their bold decision making, but on their rock-steady interpretation of consensus. (actually I was told I was not "boring enough", which is the nicest rejection I've ever gotten and something I cherish) This would ask the crats to do something that is basically the opposite of what they were elected to do. Beeblebrox (talk) 21:38, 29 November 2015 (UTC)[reply]
Oppose We need a body to review RFA consensus. Mkdw ^talk 22:56, 29 November 2015 (UTC)[reply]
Oppose Unless there has been a massive abuse of sock puppets in an RFA, there is no reason why an editor who receives more opposes than supports should be given the mop.Spirit of Eagle (talk) 23:02, 29 November 2015 (UTC)[reply]
Oppose. See my comment on C3. Biblioworm 23:21, 29 November 2015 (UTC)[reply]
I oppose this as contrary to the concept of community consensus. Peacemaker67 (crack... thump) 23:23, 29 November 2015 (UTC)[reply]
Oppose - In my view adminship is a big enough deal to need clear Community support. Just Chilling (talk) 04:00, 30 November 2015 (UTC)[reply]
Oppose. Incompatible with consensus as I see it. Only in death does duty end (talk) 10:58, 30 November 2015 (UTC)[reply]
BethNaught (talk) 13:49, 30 November 2015 (UTC)[reply]
Oppose, as too extreme. APerson (talk!) 15:48, 30 November 2015 (UTC)[reply]
In a way, I sort of agree with this, because I really do want discretion to always be used, regardless of the percentage. But I still think that having an explicit guidance is preferable. --Tryptofish (talk) 19:24, 30 November 2015 (UTC)[reply]
Oppose, I prefer having a community identified minimum. — xaosflux ^Talk 21:48, 30 November 2015 (UTC)[reply]
Oppose there would have to be rather exceptional circumstances fir a close outside of the discretionary range, and even then it would start an almighty row. This option works better at venues such as AfD, but they tend to have fewer participants and more rigid standards than RfA does, both of which mean greater discretion makes more sense. Hut 8.5 22:21, 30 November 2015 (UTC)[reply]
Oppose as both voters and bureaucrats would be operating in a vacuum: Noyster (talk), 22:44, 30 November 2015 (UTC)[reply]
Oppose. This is basically another way to propose the creation of Wikipedia:Requests for permissions/Administrator, and that is something that should never be done. Administrators need the community's approval to be an administrator, not just the approval of one bureaucrat (since only they can assign admins.) Steel1943 (talk) 00:05, 1 December 2015 (UTC)[reply]
Oppose while I trust the crats to use their discretion appropriately we (the community) need to give them guidelines by which to make their decision. I'm also concerned that the WMF wouldn't allow this as enough to be allowed to see deleted revisions. Callanecc (talk • contribs • logs) 01:04, 1 December 2015 (UTC)[reply]
Oppose. "Discretion" just means that outcomes are decided by bureaucrats, not the community. There should be a fixed pass/fail threshold. Everyking (talk) 01:30, 1 December 2015 (UTC)[reply]
Oppose per Peacemaker67. Banedon (talk) 05:18, 1 December 2015 (UTC)[reply]
Oppose Too much. Vanamonde93 (talk) 06:06, 1 December 2015 (UTC)[reply]
Oppose - we operate by consensus, not absolute rules. Rlendog (talk) 14:21, 1 December 2015 (UTC)[reply]
Oppose per Guy Macon's comment below. StevenJ81 (talk) 17:45, 1 December 2015 (UTC)[reply]
Oppose. Or is this perhaps a veiled proposal to to reduce the 'crats remit to simply making bot approvals? Kudpung กุดผึ้ง (talk) 21:10, 1 December 2015 (UTC)[reply]
Oppose --AmaryllisGardener ^talk 23:13, 1 December 2015 (UTC)[reply]
Oppose BMK (talk) 02:01, 2 December 2015 (UTC)[reply]
Oppose - Getting rid of the RfA "threshold" entirely is a horrible idea, since it really would just come down to who the "crats" thought were "worthy enough" of adminship. Guy1890 (talk) 07:29, 2 December 2015 (UTC)[reply]
As above. There is a very real problem if a 'crat sees the need to close an RfA as successful when more than half of the community thinks they shouldn't be an admin. — Earwig ^talk 10:10, 2 December 2015 (UTC)[reply]
Oppose – There's simply too great a possibility that a fixed number could be gamed. A process like RFA needs human judgment in factoring out bad opposes/supports and gauging the strength of arguments. Giants2008 (Talk) 02:34, 4 December 2015 (UTC)[reply]
Oppose - God these are getting worse!, Abolishing this would lead to chaos and probably not much participation .–Davey2010^Talk 03:59, 5 December 2015 (UTC)[reply]

Comments on C4

Abolishing the discretionary range completely is simply not possible. All you will do is make it an informal, poorly defined range. No RfA with 5% support will ever pass, and no RfA with 95% support will ever fail, no matter what you say the range is. --Guy Macon (talk) 23:37, 29 November 2015 (UTC)[reply]

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.

D: High and undefined standards

D1: Upper limits on opposition

To fix the issue of high standards that often vary from person to person, we could set an upper limit on oppose votes of certain types. There are certain basic statistics considered in RfAs (tenure, total edit count, recent number of edits, and content creation). We would set the upper limit for one of these statistics at a certain point. If a candidate who runs for RfA meets or exceeds this upper limit, a participant could not oppose the candidate because of a perceived deficiency in that category. (It's not as complicated as it might sound.) For example, suppose that we set the upper limit for edit count at 10,000. (To reiterate, this upper limit is for opposers, not candidates.) After this, a candidate with 12,000 edits runs for adminship. In this case, someone could not oppose the candidate because they personally require 20,000 edits; the candidate exceeds the upper limit. As another example, suppose that we set the upper limit for content creation at 2 DYKs/1 GA. A candidate who has 3 DYKs runs for adminship, and therefore someone could not oppose the candidate because they think all candidates should have at least 1 FA, since the candidate exceeds the upper limit for content creation. In the event that a participant casts an invalid vote, it may be "flagged" as an invalid vote, and the user who cast it will be notified and given the opportunity to change it. If it is not changed, the bureaucrats will discount the vote.

Finally, two things should be noted about this proposal: (1) It would still be fine to support a candidate who does not meet or exceed the upper limit. The upper limit simply dictates the point beyond which someone could not oppose a candidate. If the upper limit for tenure is set at 1.5 years, someone could still support a candidate who has only 1 year of experience. However, in this case, someone could also oppose the candidate for not having enough experience, since they are below the upper limit. (2) These upper limits would not prevent participants from opposing candidates for an entirely different reason outside the basic statistics covered by the upper limit. For instance, even if a candidate exceeded all the upper limits on basic statistics, they could still be opposed because they're uncivil, were recently warned or had an article deleted, etc. These aspects of the candidate are not covered by upper limits.

We will discuss this general idea and also discuss what the upper limits should be. If you support or oppose the general idea, indicate your opinion in the proper sections for D1 below. Under D2, we will discuss what the upper limits should be. Editors should only support one limit for each category (tenure, edit count, recent edits, and content creation). For instance, under the "Tenure" section, you shouldn't support both the 1 year and 1.5 year proposals. If you support the idea of limits for that category but don't agree with any of the primary ones presented in the proposals, indicate your support under the "Support limit other than above" category and state what specific limit you support. If you oppose a limit for that particular category (e.g., you think that it should remain open to voters' discretion), place your opinion under the "Oppose limit for this category" section for each category. If the proposal for the general idea (D1) fails, then all proposals under D2 fail automatically as a result.

Support D1

support this general approach. There needs to be a point where an editor's oppose is considered unreasonable by the community and is adjusted to be a "comment". Peacemaker67 (crack... thump) 23:22, 29 November 2015 (UTC)[reply]
Support. I'm convinced that the main problem at RfA is not the reasonable majority, but the loud, unreasonable minority. That is the group that sinks RfAs with their sometimes skillful wording and inflation of minor issues. Even if they don't cause the RfA to fail, they can still cause a good deal of disruption and trouble. I think they're the ones that give RfA a bad name and discourage otherwise good candidates from running. Biblioworm 01:01, 30 November 2015 (UTC)[reply]
Support as a great idea. APerson (talk!) 15:51, 30 November 2015 (UTC)[reply]
Strong Support - difficult to enforce, but actually goes more to the heart of current Rfa issues than many other proposals. Johnbod (talk) 03:22, 1 December 2015 (UTC)[reply]
Support as this seems like a reasonable way to facilitate Wikipedia:2015 administrator election reform/Phase I/RfC#P: Discard or discount high-end oppose votes without picking a specific criterion to discount right off the bat. If one's criteria are far beyond the community consensus, they're asking the new admins to jump through unreasonable hoops, which is not actually helping. RfA is not a competition for the best Wikipedian, it's just a process to get more trusty janitors. --Joy [shallot] (talk) 21:16, 1 December 2015 (UTC)[reply]
Sort of support This is articulated in an odd way. I would say that I want some baseline objective criteria assigned to people passing RfA. I attempted to write one criteria at User:Bluerasberry/userpage standards. It is not enough to judge a candidate, but it is something objective, and something about which I care. Other people may not feel that this criteria is important, but at least it is a clear objective assessment that could be used to judge a candidate. I would like to see more objective rankings of candidates being cited as reasons for passing or failing. Blue Rasberry (talk) 14:36, 3 December 2015 (UTC)[reply]

Oppose D1

Oppose. Regular RFA voters have wildly different understandings of what a 'reasonable' amount is when it comes to criteria, (see the arguments over 'content contribution' for example as to how much/how little) - so setting upper limits is not going to work. Only in death does duty end (talk) 11:03, 30 November 2015 (UTC)[reply]
Strong oppose. Let each participant define her or his own standards; don't preemptively dictate them. --Tryptofish (talk) 19:25, 30 November 2015 (UTC)[reply]
Oppose. After considering this, I no longer think it's a good idea. It is too arbitrary and has too many potential loopholes. Hammersoft's comments are rather...strongly worded, to say the least, but he does make good points. Biblioworm 21:46, 30 November 2015 (UTC)[reply]
Oppose Biblioworm beat me to that sentiment. — xaosflux ^Talk 21:49, 30 November 2015 (UTC)[reply]
Oppose Those looking for a statistical reason to oppose a candidate would find one not yet listed: already we've had "too high % of automated edits" and "too high % of edits in user talk namespace", not to mention "too low number of years since birth". Then these statistics would have to be added to the list, which in time would grow to infinite size: Noyster (talk), 22:36, 30 November 2015 (UTC) Oh of course and the % "correct" AfD votes, a statistic often criticised but still gets trotted out: Noyster (talk), 12:28, 2 December 2015 (UTC)[reply]
Oppose In practice, this is going to be a pain to implement. There will almost certainty be exceptional cases where its reasonable to oppose despite someone falling above an upper limit. Additionally, almost any oppose vote is going to have reasons beside the one that violates the upper limit. I foresee endless bickering about whether IAR can be applied to any given vote, or whether an oppose vote should be allowed to stand. This policy will be unwieldy to implement, and will be open to exploitation for the reasons listed above. Spirit of Eagle (talk) 22:45, 30 November 2015 (UTC)[reply]
Oppose. Every editor is entitled to their reasonings for opposing or supporting, regardless if it is redundant to the reason why someone else voted the way they did. Steel1943 (talk) 00:07, 1 December 2015 (UTC)[reply]
Oppose. Anyone who is able to vote should also be able to vote freely for whatever reason they wish. Everyking (talk) 01:39, 1 December 2015 (UTC)[reply]
Oppose - as above. Neutrality^talk 04:47, 1 December 2015 (UTC)[reply]
Weak oppose. If the community agrees that something which can be measured objectively is desirable in all admins, then a specific bar could be set. However the community must agree, and this is a difficult thing. For example, take the number of edits a candidate has made. It's easy to set an objective limit for this statistic. However if not everyone agrees that this statistic should matter in the first place, then things become complicated. Suppose a 70-30 majority thinks that number of edits does not matter. Someone in the 30% minority then would be forced to support a candidate even if if he or she feels the candidate has not made enough edits. It's arguable that this is a good thing, but consider the possibility of consensus changing in the future. There's a good chance a chunk of the 30% minority would give up the process as broken and stop participating in RfAs. It becomes very difficult to reform the process then, since only those who think edit count should not matter remain. Instead we might see someone start a discussion every other week about how edit count should matter, only to be near-unanimously opposed every time. That will only make RfAs more unwelcoming and stagnant. I will say though that these are my first impressions, and can be convinced otherwise. Banedon (talk) 05:44, 1 December 2015 (UTC)[reply]
Oppose Gaining adminship is about showing community trust, and members of the community have individual concerns. We should not disregard them lightly. Putting in a rule that opposes are invalid on certain grounds is a bad idea, and would be ineffective, as you won't change the vote, just the stated reason. Just wait for a few opposes to accumulate, look for a likely one, and it's "per SoAndSo". Pointless and less than wise. Please take this as opposing each individual sub vote.--Wehwalt (talk) 10:35, 1 December 2015 (UTC)[reply]
Oppose - per Wehwalt and others. Rlendog (talk) 14:22, 1 December 2015 (UTC)[reply]
Oppose after considerable thought. I personally get annoyed/frustrated by some people's criteria for opposing; most of us have never created an FA, for example, and I thought it was massively unfair that a recent RfA failed largely because of opposition based on the candidates's age. But I have become convinced that any attempt to set up criteria for what is and isn't a valid "oppose" reason is doomed to failure and unintended consequences. --MelanieN (talk) 14:49, 1 December 2015 (UTC)[reply]
Oppose but for various reasons (and this is what comes of having an RfC with far too many sections, sub-sections, and sub-sub sections, so ~~I'mj answering everything here~~ so see my comments in the comments section. - again ::sigh:: Kudpung กุดผึ้ง (talk) 21:15, 1 December 2015 (UTC)[reply]
Indeed... — Earwig ^talk 10:31, 2 December 2015 (UTC)[reply]
Absolutely not - Not only am I adamantly opposed to the idea of being told why I'm allowed to oppose someone, if this is put into effect, I will simply lie about my reasons, thus demonstrating how ridiculously easy it is to Wikilawyer this silly idea away. BMK (talk) 02:03, 2 December 2015 (UTC)[reply]
Oppose - I think an RfA commenter should be able to decide how & why to support or oppose a particular candidate at RfA. As long as those commenters are explicit as to why they are "voting" a particular way at RfA, I trust that the "crats" can sort out the obvious "votes" that can be discarded. Guy1890 (talk) 07:36, 2 December 2015 (UTC)[reply]
I can't see this as helping; you are alienating people with real and reasoned opinions. RfA is not an AfD-style analysis of whether an article belongs here by policy and guidelines, where setting standards on what kinds of arguments are allowed makes sense. It's a test of whether people trust you. If they don't for whatever reason, discounting their opinion doesn't make you a good admin, it means you have no mandate. BMK has a good point as well. — Earwig ^talk 10:31, 2 December 2015 (UTC)[reply]
Oppose I believe the other opposes have covered all the problems I see with placing RfA !voters in a little box and giving them less discretion.Bahb the Illuminated (talk) 22:57, 2 December 2015 (UTC)[reply]
Oppose Unenforceable and unnecessary.
Oppose. Frankly, this is telling people how they should think. SpinningSpark 16:56, 3 December 2015 (UTC)[reply]
Oppose – I don't think we should be in the business of telling editors that their opinions are automatically invalid. For example, an oppose based on lack of FAs/GAs can be appropriate for one candidate and completely ridiculous for another, based on what else they have done. As long as opposes based on numbers are backed by common sense, I see no reason why they should not be permitted. Giants2008 (Talk) 02:41, 4 December 2015 (UTC)[reply]
People should be allowed to have the freedom of opposing or supporting based on their rationales—UY Scuti ^Talk 08:19, 4 December 2015 (UTC)[reply]
Oppose - We all judge candidates in different ways, This to be honest would never work here. –Davey2010^Talk 04:01, 5 December 2015 (UTC)[reply]
Oppose In theory a great idea, but in practice, it would be a complete mess. This policy would be so damn complicated, no matter what standard is chosen, that no one would know what the hell is going on. Oiyarbepsy (talk) 04:35, 5 December 2015 (UTC)[reply]
Too complicated. Sandstein 09:20, 5 December 2015 (UTC)[reply]
Oppose - Honestly, if someone (say, me) who would make an entirely unsuitable admin runs anyway and attracts strong opposition, that's the way it works - why ask people their opinions at ALL if you're going to cherry-pick for "support" votes? I can't imagine anyone whose candidacy for adminship provoked N+1 oppose votes being less hurt receiving N oppose votes. It's also a helpful cue to the bureaucrats determining whether their discretion ought to be used to admin someone if numerous other editors think that's an issue.
I think that this sort of weighting ought to fall under the discretionary limits discussed above. That way, the reasonableness of limits being used as a criterion for admin status could be addressed by bureaucrats, who may be best qualified to determine whether a given oppose vote has any validity, while still giving the editors who'll have to deal with the proposed admin preponderant say. loupgarous (talk) 17:07, 5 December 2015 (UTC)[reply]
Oppose Experience and trust are not quantifiable yet the primary metric of RFA. People who can't oppose for edit counts would simply oppose over "lack of experience". We would essentially end up with misleading work around discussions. Mkdw ^talk 19:20, 5 December 2015 (UTC)[reply]
Oppose I'm not a big fan of opposes based on a user's ability to meet an arbitrary standard on edit count or number of articles created or participation in GA/FA etc. That said, the problem with spelling out the unacceptability of these opposes will just mean that people who wish to oppose on that basis find a non-quantifiable reason to oppose. If they look at a candidate and say "well, he doesn't have 5 GAs like I think he should", they'll instead just write "unsure about candidate's ability to be trusted with admin tools" or some other very vague oppose. —Tom Morris (talk) 20:09, 5 December 2015 (UTC)[reply]

Comments on D1

We should befine these limits but still allow all opposition. Opposes based on reasons that should normally be ignored because the community already decided it's an invalid reason should be flagged by clerks (or, if there are no clerks, any participant) and the opposer notified that his oppose is likely to be treated as merely a comment unless he can provide a compelling arguement or rephase the oppose so that the reason is something else, like changing "too few recent article edits" to "only 100 article-space edits in last 6 months if you ignore the 5 articles he has edited thousands of times each". In short: 1) Let people's "invalid" opposes count as if they were comments, and 2) notify them so they can reword their "oppose" so it is no longer "invalid". davidwr/(talk)/(contribs) 21:41, 26 November 2015 (UTC)[reply]
Procedural comment Please add "support limit other than above", "oppose limits for this category", and "comments for this category" for each of the proposed-limit categories. davidwr/(talk)/(contribs) 21:46, 26 November 2015 (UTC)[reply]
- The proposal is by no means finished yet; it's admittedly rather disorganized at the moment and I was just getting my thoughts down before I forgot them. I'll implement your suggestions and make several improvements I was thinking about. --Biblioworm 23:07, 26 November 2015 (UTC)[reply]
  - I find that separating the "is this the right question? Is it worded well?" phase from the "do you support? Do you oppose?" phase works a lot better. --Guy Macon (talk) 23:55, 29 November 2015 (UTC)[reply]
I already see one comment here implying that rather than a restriction on oppose voting, we are actually going to end up with a set of de-facto minimum standards for candidates. How are we going to avoid these standards turning into such a minimum? RFA is already too focused on box checking, and this seems as if it will reinforce just that. Is there a way around it? (Personally, I like the idea that a candidate can be deficient in one area, but make up for it with strong qualifications in other areas, rather than being forced to get the boxes checked) Monty ₈₄₅ 03:20, 30 November 2015 (UTC)[reply]

What Monty just said is the actual problem: these will become the minimum limits. DGG ( talk ) 20:03, 30 November 2015 (UTC)[reply]

After re-visiting this proposal, I see that it has some serious loopholes. As others have mentioned, these may become the de facto minimum standards, and I don't want that. Unfortunately, this proposal was really the best I could think of at the time, but (as many know) it's hard for a person to see problems with something they propose or write until others with fresh minds start pointing out the problems with it. Thus, I'll have to reconsider my support for this particular method of addressing the issue of high standards. But this really is a problem at RfA, and a majority of community members agree with me per the previous RfC. It's a loud minority that wants really high standards, and they complain that if the candidate isn't almost flawless as they demand, he will be an abusive and bad admin. However, evidence does not support this assertion. So, the question comes up: how do we address this problem effectively? Do we start questioning arbitrary and/or unreasonable oppose !votes more? I'd like to hear suggestions from others, some of which could perhaps be discussed in more detail in the future. Biblioworm 20:58, 30 November 2015 (UTC)[reply]

I don't think anyone doubts that this tries to adress a very real issue, but no matter what we do there will always be unreasonable people who have unreasonably high standards, and egotistical people who think that the boilerplate questions they have developed are the only true barometer of whether someone is ready for adminship. I really think the only way to lessen the influence of these persons is to lower the percentage required for passing so that they aren't able to sink a good candidate who doesn't meet their arbitrary thresholds or give absolutely perfect answers to their question spam. Beeblebrox (talk) 02:35, 1 December 2015 (UTC)[reply]

Per Beeblebrox, and to repeat myself again: )I don't know of any real instance where a broadening of the discretionary range (i.e. lowering it) would have helped except to have passed some very borderline RfA which I would have voted 'oppose' on anyway. With few exceptions, those close call cases were decided upon by 'crat chats, and isn't that what we have the 'crats for? Furthermore, and most importantly, we must try not to constantly confuse the pass mark (discretionary range) with 'standards' set by the voter;, that bar is set anew at each RfA depending on who turns out to vote. More should be done to convince such voters that their criteria are inappropriately high. To cite a hypothetical example, while it may be true that the average number of edits by successful users may be around 30,000, (averages are are misleading figures arrived at from the lowest and the highest values) where most users recommend a minimum of around 6,000 edits, it's ridiculous to insist that all candidates should have 30,000. Likewise voters who insist on FA and GA as proof of competence for content work. Such votes are included in the tally, and it is quite possible that they are not discounted by the closing 'crat. WP:RFAADVICE deliberately does not tell or suggest prospective candidates what values of experience or activity they should have, but lists instead enough examples of voters' criteria to give them a good idea. Before changing the discretionary rage therefore, we should also perhaps be considering making an official guideline of the minimums desired requirements for adminship. Emphasis on guideline. Kudpung กุดผึ้ง (talk) 21:20, 1 December 2015 (UTC)[reply]
The options are badly worded. "Oppose limit on this category" doesn't describe the option correctly, and it sounds like at least some people are interpreting it to mean "I oppose setting any restrictions on RfA candidates on this category" while others are interpreting it to mean "I oppose setting any restriction on RfA voters on this category". --Joy [shallot] (talk) 21:55, 1 December 2015 (UTC)[reply]

D1.1: Determining the upper limits

In this section, we will discuss what the upper limit should be. Only supports are allowed in the D2 section, and assuming that D1 passes, the proposals that obtain the most supporters in this section will pass. (If D1 fails, all proposals in this section automatically fail as well, since the general idea behind these more specific proposals did not pass.) Please support only one proposal in each category (D1.1.1, D1.1.2, D1.1.3, and D1.1.4).

D1.1.1: Tenure

Tenure is defined as the total amount of time one has been on Wikipedia, starting at the point of the candidate's first edit. The primary options for this proposal are: (1): 1 year; (2): 1.5 years; (3): 2 years. (If you support a different limit, place your !vote in the "Support limit other than above" section and specify which limit you support.) If you support one of the primary options listed above, please place your !vote under the "Support limit for this category" section and indicate which one you support in your !vote (Example: "Support option (1).")

Support limit for this category (D1.1.1)

support option (1). A simple minimum that, when combined with other minimum limits, will ensure overall familiarity with WP. Peacemaker67 (crack... thump) 23:00, 29 November 2015 (UTC)[reply]
Support option (1). A year is quite enough, in my opinion. Biblioworm 01:01, 30 November 2015 (UTC)[reply]
Support (1). The current practical criteria is actually "one year of active editing", for all intents and purposes. --IJBall (contribs • talk) 22:54, 30 November 2015 (UTC)[reply]
Support option (3). I would oppose anybody with less than three years editing (looking at the person, not the user account, because they could've had old accounts or used IPs at first), so why not take them out straight away? Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Support option 3 - I always look for candidates who've been here over 2 years (I believe being under a year means more or less you're inexperienced atm), The opposes make some valid points but as I said I do look for a 2+ year tenure so have to stick myself here. –Davey2010^Talk 04:06, 5 December 2015 (UTC)[reply]

Support limit other than above (D2.1.1)

...

Oppose limit for this category (D2.1.1)

Oppose. Some editors do not register until they feel the need to. There are plenty of editors who have been less than 6 months as a registered user that can waltz over some who have been registered for years. Only in death does duty end (talk) 11:08, 30 November 2015 (UTC)[reply]
Oppose because I oppose the concept in general. --Tryptofish (talk) 19:26, 30 November 2015 (UTC)[reply]
Oppose I can only judge by myself. I had 8 months of activity at the time. DGG ( talk ) 19:53, 30 November 2015 (UTC)[reply]
Oppose as face-palmingly bad idea. There's no way to determine a person's cluefulness based on how long they've been here. Plus, there's serious slippery slope issues. Such suggestions have been shot down on that alone. Absolutely NO. --Hammersoft (talk) 21:12, 30 November 2015 (UTC)[reply]
Oppose. I no longer support this general idea. Biblioworm 21:46, 30 November 2015 (UTC)[reply]
Oppose We do not need a rule for this; community discussion is more then able to determine if someone is sufficiently experienced. — xaosflux ^Talk 21:52, 30 November 2015 (UTC)[reply]
Oppose wisdom =/= age Vanamonde93 (talk) 06:09, 1 December 2015 (UTC)[reply]
Oppose. Length of tenure is possibly one of the worst criteria. Looking at pie charts, one will see that I for example, hardly edited at all for the first few years after registering, and you can be sure that for very occasionally looking stuff up, I hardly ever looked at Wikipedia during that time. Before I registered, I made a few very minor corrections on the fly as an IP, but I would never expect that to count either. That said, I look for a reasonable balance in the spacing and pacing of edits over at least 1 year. Kudpung กุดผึ้ง (talk) 21:28, 1 December 2015 (UTC)[reply]
Oppose BMK (talk)
No. Good admins have come after editing for six months, and having registered for years wouldn't make you a good admin if you aren't engaged. — Earwig ^talk 10:15, 2 December 2015 (UTC)[reply]
Per Kudpung—UY Scuti ^Talk 08:21, 4 December 2015 (UTC)[reply]

Comments for this category (D2.1.1)

"Tenure" may be a questionable concept. "1 year" is defined here as "registered 12 months ago," but it can also mean "has been actively editing for the past 12 months". I have certainly seen people Oppose because the candidate had a significant gap in editing during the most recent 12 months, and that may be a valid criterion. Am I interpreting correctly, that such Oppose !votes would not be forbidden under this criterion - that this is only about how long ago the candidate registered? --MelanieN (talk) 00:23, 30 November 2015 (UTC)[reply]
D2.1.3 is relevant. It is specifically about recent edits over a particular timespan, not just over that person's general time here. Biblioworm 00:34, 30 November 2015 (UTC)[reply]
Thank you. Category .1.3 makes it clearer. --MelanieN (talk) 03:03, 30 November 2015 (UTC)[reply]

D1.1.2: Total edit count

Total edit count is defined as the total amount of edits a candidate has performed since they began editing Wikipedia. The primary options for this proposal are: (1): 5,000; (2): 7,500; (3): 10,000; (4): 15,000. (If you support a different limit, place your !vote in the "Support limit other than above" section and specify which limit you support.) If you support one of the primary options listed above, please place your !vote under the "Support limit for this category" section and indicate which one you support in your !vote (Example: "Support option (1).")

Support limit for this category (D1.1.2)

support option (1) 5,000 edits in a year is reasonable. Peacemaker67 (crack... thump) 23:07, 29 November 2015 (UTC)[reply]
Support option (2). Option one is perhaps slightly too low, but I think 3 and 4 are too high. I don't see any reason to oppose a candidate with more than 7,500 edits because of "low edit count". That's plenty of edits, and takes more effort and time than some people realize. Biblioworm 01:01, 30 November 2015 (UTC)[reply]
Support option (1). Personally I prefer to see 10,000 edits, but many fine admins have passed RfA with fewer, so I think "oppose because I want to see more edits" should set a fairly low bar. BTW this limit would not prevent a commenter from saying "oppose because most of their edits have been automated". --MelanieN (talk) 15:09, 30 November 2015 (UTC)[reply]
Support option (2) - the way it used to be. That's manual edits only. Johnbod (talk) 03:25, 1 December 2015 (UTC)[reply]

Support limit other than above (D1.1.2)

Support but lower, perhaps 1000, including edits on any other project. — xaosflux ^Talk 21:53, 30 November 2015 (UTC)[reply]

Oppose limit for this category (D1.1.2)

Oppose. Quantity != Quality. Only in death does duty end (talk) 11:05, 30 November 2015 (UTC)[reply]
But ... if anyone protests a candidate because they don't have N edits, and you oppose such protests, shouldn't you really say that you want the limit for this category to be 0? --Joy [shallot] (talk) 21:50, 1 December 2015 (UTC)[reply]
Oppose because I oppose the concept in general. Plus, there is no particular virtue in huge numbers of bot-like edits. --Tryptofish (talk) 19:28, 30 November 2015 (UTC)[reply]
Oppose. If we were to actually set a minim, all these would be too high. In practice nobody with very few edits (say, under 1,000) does get eleted, and most are closed early, but this is something to evaluate case by case. as we now do it. DGG ( talk ) 19:55, 30 November 2015 (UTC)[reply]
Oppose Slippery slop and slippery slope arguments. The proposal is slop and we'll badly slip on it. Set it at X edits now, and it will be X + 1000 in 6 months. X + 10000 in three years. Hell no. I would never support this. --Hammersoft (talk) 21:13, 30 November 2015 (UTC)[reply]
Oppose. I no longer support the general idea. Biblioworm 21:46, 30 November 2015 (UTC)[reply]
Oppose. I look for a reasonable balance in the kind of edits, That determines for me what the edit count is worth on a case-by-case basis. It's unlikely that I would supporta candidate with less than around 6,000 edits but there mat be some extraordinary reason to support one who only has 3,000.Kudpung กุดผึ้ง (talk) 21:33, 1 December 2015 (UTC)[reply]
But this isn't a question of whether you're allowed to support someone that has less than the limit, it's a question of whether you're allowed to require a limit. --Joy [shallot] (talk) 21:52, 1 December 2015 (UTC)[reply]
Oppose BMK (talk) 02:05, 2 December 2015 (UTC)[reply]
Oppose Changed from limited support) We don't need a rule that automatically rejects input. — xaosflux ^Talk 05:11, 2 December 2015 (UTC)[reply]
20,000 automated AWB/Twinkle edits are far easier to make—and say far less about you—than 2,000 very well-considered content and discussion edits. No on this one. — Earwig ^talk 10:18, 2 December 2015 (UTC)[reply]
Oppose More edits often indicates better candidates, but there's no hard numbers which can be set in stone for RfA. Rcsprinter¹²³ (cackle) 16:07, 3 December 2015 (UTC)[reply]
Number of edits don't really determine if one is worthy to be an admin, while the quality does. It's not as if people with low number of edits are getting elected. —UY Scuti ^Talk 08:26, 4 December 2015 (UTC)[reply]
Oppose An editor can spend 10 years of his (her) life on Wikipedia making 100 edits a day creating stubs, making new categories, recategorizing articles (they could spend weeks on Category:Lamiinae - random comment) and easily step over any barrier, yet have no knowledge of Wikipedia other than those three regions. Another editor could spend ten years making 2000 edits total but in each edit, creating a B-class article or solving a major problem. But that one will be restricted. Bad rule. Gug01 (talk) 20:25, 4 December 2015 (UTC)[reply]
Oppose - Edit count's not a problem, I mean if it's over 1 than I'm happy . –Davey2010^Talk 04:08, 5 December 2015 (UTC)[reply]
Oppose per Gug01 above. loupgarous (talk) 16:56, 5 December 2015 (UTC)[reply]

Comments for this category (D1.1.2)

D1.1.3: Recent number of edits

This proposal is different from D2.1, since these proposals concern the amount of recent edits, not the total. If a candidate meets or exceeds the number the upper limit for this category, they may not be opposed because of "lack of recent experience." The primary options for this proposal are: (1) 300 edits in the past 6 months (avg. 50 edits/month); (2): 600 edits in the past year (avg. 50 edits/month); (3): 600 edits in the past 6 months (avg. 100 edits/month); (4): 1200 edits in the past year (avg. 100 edits/month). (If you support a different limit, place your !vote in the "Support limit other than above" section and specify which limit you support.) If you support one of the primary options listed above, please place your !vote under the "Support limit for this category" section and indicate which one you support in your !vote (Example: "Support option (1).")

Support limit for this category (D1.1.3)

Support option (4). I think anyone who has made 1200 edits over the past year should be exempt from complaints of "not enough recent experience". That's an average of about 100 edits per month, which is reasonable for an admin candidate. Biblioworm 01:01, 30 November 2015 (UTC)[reply]

Support limit other than above (D1.1.3)

support 5000 edits in last year, we have to allow for automated editing. Peacemaker67 (crack... thump) 23:12, 29 November 2015 (UTC)[reply]
Comment: if you are going to let people require 5000 edits in the past year, you are going to exclude a lot of current admins including me. For people who DON'T use automated edits, that pace would be extremely demanding. --MelanieN (talk) 15:16, 30 November 2015 (UTC)[reply]
This is only relevant for a candidate that has only been on WP for only one year. The question skews the response IMO. I believe you need a minimum of a year on WP, and if you only had one year, I believe you need a minimum of 5,000 edits in that year. Peacemaker67 (crack... thump) 21:53, 30 November 2015 (UTC)[reply]

Oppose limit for this category (D1.1.3)

Oppose. Quantity != Quality. Only in death does duty end (talk) 11:06, 30 November 2015 (UTC)[reply]
Oppose for the same reasons as I said immediately above. --Tryptofish (talk) 19:28, 30 November 2015 (UTC)[reply]
Oppose People with very few recent edits do not get elected, and most close early, butthis should be a case to case decision, as now. It matters very much just what sort of edits they are, not just the count. DGG ( talk ) 19:56, 30 November 2015 (UTC)[reply]
Oppose Just a bad idea in general. How in hell do you judge 100 edits of one editor as being equal to 100 edits of another editor? You can't. It's impossible. Yet, this is precisely what these sorts of proposals do. <censored> no. --Hammersoft (talk) 21:14, 30 November 2015 (UTC)[reply]
Oppose. I no longer support the general idea. Biblioworm 21:46, 30 November 2015 (UTC)[reply]
Oppose No, not a good indicator of experience or not, could have made entire new articles with single edits for example. — xaosflux ^Talk 21:54, 30 November 2015 (UTC)[reply]
I look for a reasonable balance in the kind of edits, That determines for me what the edit count is worth on a case-by-case basis. It's unlikely that I would supporta candidate with less than around 6,000 edits but there mat be some extraordinary reason to support one who only has 3,000 Kudpung กุดผึ้ง (talk) 21:34, 1 December 2015 (UTC)[reply]
Oppose BMK (talk)
Per above. Says almost nothing about the editor. — Earwig ^talk 10:19, 2 December 2015 (UTC)[reply]
Oppose per my comment directly above. –Davey2010^Talk 04:10, 5 December 2015 (UTC)[reply]

Comments for this category (D1.1.3)

I think that this is directly related to the length of time, total number of edits and content creation. If someone had more time, more overall edits and more content creation than the minimums, this could go down to 1,200 edits in the last year, but given I've supported a minimum of one year, I feel 5,000 edits should be the minimum number of edits in that year for such a candidate. Peacemaker67 (crack... thump) 23:17, 29 November 2015 (UTC)[reply]

D1.1.4: Content creation

These proposals are about how much content the candidate has created and its relevance to RfA. The primary options for this proposal are: (1): No content; (2): [X] non-stub article(s) created/expanded (In other words, candidates will be exempt from content-related opposition if they create a certain amount of non-stub articles, regardless of whether or not it's recognized content; if you support this proposal, indicate what limit you support. Example: "Support proposal (2) with a limit of two articles."); (3): 2 DYKs or 1 GA; (4): 2 GAs or 1 FA. (If you support a different limit, place your !vote in the "Support limit other than above" section and specify which limit you support.) If you support one of the primary options listed above, please place your !vote under the "Support limit for this category" section and indicate which one you support in your !vote (Example: "Support option (1).")

Support limit for this category (D1.1.4)

support option (4), this is essential to understand content creation. 2 GAs isn't much to ask really. Peacemaker67 (crack... thump) 23:13, 29 November 2015 (UTC)[reply]
Support option (2), with a limit of two articles. I don't think a person who has created or considerably expanded two substantial articles (regardless of whether or not they're GAs/FAs) should have to deal with complaints of "not enough content creation". Biblioworm 01:01, 30 November 2015 (UTC)[reply]
Support option (2), with a limit of one rounded, fully sourced article. We need admins who will contribute in different ways to Wikipedia and shouldn't eliminate those who will make a great contribution in ways other than content creation. However, because admins delete other editors' work it is important that they appreciate just how hard content creation is. Also admins should be able to write and source up a full article even if they don't intend to do much of it. Just Chilling (talk) 04:10, 30 November 2015 (UTC)[reply]

Support limit other than above (D1.1.4)

...

Oppose limit for this category (D1.1.4)

Oppose. Content creation is not always a useful indicator. Also depending on the area the admin tends to work in, it may be entirely unrelated to what they intend to do. While it is *useful* to have admins skilled in everything, not everyone can be a generalist, and frankly you cant make an admin do work in an area they dont want to. Setting a limit just makes another hoop for prospective admins to jump through, the point of the RFA is to reduce the hassle and increase the likelyhood of passing RFA, not introduce more criteria which are required to pass. Only in death does duty end (talk) 11:11, 30 November 2015 (UTC)[reply]
Oppose. As much as I think that some editors do indeed set overly rigid criteria regarding GAs and FAs, let them do it. --Tryptofish (talk) 19:30, 30 November 2015 (UTC)[reply]
Oppose I had no GAs and never intend to have any, because I work with improving/removing the lowest stratum. Admins are here to deal with the problems, not the GAs. This is to a lesser degree true of article creation. I have frequently argued that some experience at this is desirable, to see what mew contributors have to deal with, but it shouldn't be an actual requirement. But I also oppose admins who work only on content creation and show no interest in anything else, because they do not need the tools and have no experience with the problems which can arise. I'd even be prepared to argue that anyone who can produce multiple GAs andespecially FA's would best serve the encycopedia by creating more of them. DGG ( talk ) 20:02, 30 November 2015 (UTC)[reply]
Oppose Bad idea. --Hammersoft (talk) 21:14, 30 November 2015 (UTC)[reply]
Oppose. I no longer support the general idea. Biblioworm 21:46, 30 November 2015 (UTC)[reply]
Strong Oppose no way. — xaosflux ^Talk 21:55, 30 November 2015 (UTC)[reply]
It goes without saying that I Oppose this, esp. (2) as certain topics only lend themselves to the creation of a Stub article (and I can think of more than one type of article where this is true...). --IJBall (contribs • talk) 23:06, 30 November 2015 (UTC)[reply]
Oppose. Kudpung กุดผึ้ง (talk) 21:36, 1 December 2015 (UTC)[reply]
Oppose BMK (talk) 02:06, 2 December 2015 (UTC)[reply]
No, sorry. DGG (as usual) makes a very good point. Arbitrary goalposts solve nothing — Earwig ^talk 10:22, 2 December 2015 (UTC)[reply]
Strong Oppose per DGG's points. I've got no interest in trying to move "my" articles to GA or FA status because I'm not willing to exercise that much ownership to protect my work from changes. I prefer cleanup and broad planning of how articles should fit together. Legacypac (talk) 01:57, 4 December 2015 (UTC)[reply]
Every single contribution to Wikipedia is valuable. While GAs and FAs can account for their dedication, never should it be a criteria for becoming an admin. On a lighter note, admins have a helluva lot of other works to do. —UY Scuti ^Talk 08:34, 4 December 2015 (UTC)[reply]
Strong Oppose I would hate a lack of content creation to count against anyone willing to wield a mop, it would create an inappropriate bar for those that may not be creative but are good at following, discussing, understanding and applying rules, procedures and guidelines. As for requiring GAs on top, that is, frankly, ridiculous! Stephenb (Talk) 18:22, 4 December 2015 (UTC)[reply]
Oppose - I know editors here will agree with this but IMHO I don't believe you need to create content or have FA/GAs to be an admin, I mean if you can delete an article and not cause a nuclear disaster then you'll be fine as an admin. –Davey2010^Talk 04:14, 5 December 2015 (UTC)[reply]
Oppose This is going too far. ^My^name ^isnot^dave (talk/contribs) 10:52, 5 December 2015 (UTC)[reply]

Comments for this category (D1.1.4)

As worded, "created/expanded" is given lip service but only "created it all" or "created most of it from a stub" really count. A Wikignome who rewrites one paragraph on each of 10,000 articles and does a great job of it is counted as less of a contributor than someone who creates 7 GAs and 3 FAs. --Guy Macon (talk) 00:01, 30 November 2015 (UTC)[reply]

That is absolutely true, in my experience. A good chunk of my recent activity has actually been trying to get BLP Stubs -> Start-class, and Starts -> C-class, but I'm pretty sure this kind of thing is discounted in favor of the GA, A-class, FA "content creation" stuff. --IJBall (contribs • talk) 23:01, 30 November 2015 (UTC)[reply]

[1] Wikipedia:Requests for adminship § Discussion, decision, and closing procedures

[2] Wikipedia:Guide to requests for adminship § If you disagree with consensus

[3] RfA: Carnildo 3

[4] Wikipedia:Advice for RfA candidates § During your RfA

[1]

[2]

[3]

[4]

@@ Line 268: / Line 268: @@
 ===B2: Limit the total number of questions that may be asked by any individual editor===
-A primary source of stress at RfA may very well be the often large among of questions asked. Therefore, the community might wish to consider limiting the number of questions that any given editor can ask of a candidate. If you support this proposal, please specify in your !vote what you believe the limit should be. (Example: "'''Support''' a limit of [x] questions.")
+A primary source of stress at RfA may very well be the often large amount of questions asked. Therefore, the community might wish to consider limiting the number of questions that any given editor can ask of a candidate. If you support this proposal, please specify in your !vote what you believe the limit should be. (Example: "'''Support''' a limit of [x] questions.")
 ====Support B2====
@@ Line 354: / Line 354: @@
 {{archive-top|status=[[WP:SNOW]]|1=Clearly not going to pass.—[[User:C678|<sup style="color:green;font-family:Courier">cyber<span style="color:red">power]]<small><sub style="margin-left:-13.5ex;color:\#FF8C00;font-family:Comic Sans MS">[[User talk:C678|<span style="color:\#FF8C00">Merry Christmas]]:Unknown</sub></small> 19:13, 5 December 2015 (UTC)}}
 ===B3: Limit the total number of questions that may be asked of any given candidate===
 As an alternative to (or in addition to) B2, we could also limit the ''total'' number of questions that can be asked of any given candidate. For example, if we set the limit at 15 total questions, any questions beyond the 15th question would be disallowed. If you support this proposal, please indicate in your !vote what you believe the limit should be. (Example: "'''Support''' a limit of [x] questions.")