Jump to content

Wikipedia talk:Requests for adminship

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Ck lostsword (talk | contribs) at 18:30, 10 June 2007 (Self Nomination: Perhaps we should renominate everyone). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Feel free to join the discussion on the future of Requests for adminship process at Wikipedia talk:Requests for adminship/Reform. Everyone's comments are welcome!

Gracenotes

I have suspended Gracenote's RfA after closing time to give me a chance to contact other Bureaucrats to see what way would be best to proceed. Just about all interested have had their say, now I ask that you please be patient for a bit. Thanks! -- Cecropia 20:29, 29 May 2007 (UTC)[reply]

You've made the right move, Cecropia. I'm interested to see what the outcome of the RfA will be after discussion amongst the bureaucrats. Nishkid64 (talk) 23:41, 29 May 2007 (UTC)[reply]
I agree with Nishkid that you've certainly made the right move in suspending it, but I have to urge you not to take it into a re-run - there is a consensus to be had with the current discussion, and a discussion between you 'crats to determine that consensus will certainly put out the flames straight away. It's certainly not a super vote, but merely a way of coming to a conclusion to what the consensus is saying. Ryan Postlethwaite 23:46, 29 May 2007 (UTC)[reply]
I don't like the idea of a re-run either. If the decision is not to promote, Gracenote is allowed to re-seek adminship anytime he/she wants to, so a forced re-run is superfluous. The question is, after discounting sockpuppets, trolling, etc, was there a consensus to promote, yes or no. --BigDT 23:49, 29 May 2007 (UTC)[reply]
Absolutely no re-run. Just discuss it amongst your bureaucratic selves, and so long as your decision makes sense there shouldn't be any problems.--Wizardman 23:57, 29 May 2007 (UTC)[reply]
I concur. No re-run. It's in your collective laps now. A re-run would look like a vote is needed and we don't want that. JodyB talk 00:56, 30 May 2007 (UTC)[reply]
A re-run would seem highly unfair to Gracenotes. It might be just myself, but if I was in his shoes I'd rather see a Consensus/No Consensus decision rendered...through Bureacrat Chat if need be, than simply have my RFA relisted without comment. I know a decision might be difficult to render...but a re-run just seems like giving up before one begins. Forgive me if that seems accusatory, I'm certain any Bureaucrat would be acting in the projects best interests. The appearance of the thing just worries me. --InkSplotch 02:20, 30 May 2007 (UTC)[reply]
For what it's worth, I agree with no re-run. I made my thoughts on this a few days ago on WP:BN here. However, I wouldn't mind if Rerun were brought in to decide consensus, but unfortunately he's dead. daveh4h 02:35, 30 May 2007 (UTC)[reply]
I also agree with no rerun. That's why we have bureaucrats, to decide on controversial nominations. It would be best if a bureaucrat chat would be employed, for the sake of transparency, consistency, and all that. Oleg Alexandrov (talk) 03:21, 30 May 2007 (UTC)[reply]
A re-run would just seem unfair for Gracenotes...bureaucrat action will make the decision final. Sr13 03:58, 30 May 2007 (UTC)[reply]
I don't think a re-run is a good idea. It prolongs the process unnecessarily for Gracenotes and there is no reason to believe exactly the same outcome would not be produced. The crats should be able to determine whether or not there is a consensus to promote. If they decide there is not, Gracenotes can decide the timing of his next RfA. A forced rerun would be bureaucratic and stressful with only hypothetical advantages. WjBscribe 04:28, 30 May 2007 (UTC)[reply]
I agree that a re-run seems unfair to Gracenotes; I find working on a contentious RfA sometimes tiring and even upsetting, and I'm not even the candidate! ;-) But I would put a question to each "side" of opinion in GNs RfA. If the bureaucrats find that consensus isn't reached, will that wrong a Wikipedian who tried very hard in good faith to explain his stance? If the bureaucrats find that consensus is reached, will that ignore the legitimate concerns of the many opposers who may feel that real and legitimate concerns have been ignored? I have developed a personal feeling about this nomination, but I am one (albeit a bureaucrat, and I appreciate the trust so many put in us) and the participants are more than 270. -- Cecropia 04:52, 30 May 2007 (UTC)[reply]
Add my voice to those that feel an immediate reboot/re-run is not in Gracenotes' best interests. If the 'crat decision is not to give GN the sysop bit, then he can run at any future time of his choosing. We're not likely to get a significantly different result immediately, IMO. -- nae'blis 15:08, 30 May 2007 (UTC)[reply]

As a totally off topic question, is it possible to see the B'crat discussion? To not disturb the argument, a reply on my talk page would be best. Thanks =D G1ggy! Review me! 04:55, 30 May 2007 (UTC)[reply]

How would you feel about the results of Gracesnotes' RfA?

I know some of us hate straw polls, but I really want to get some gauge of community sentiment on this issue, understanding, of course, that this is just a straw poll, not any kind of "vote." -- Cecropia 05:23, 30 May 2007 (UTC)[reply]

I don't like polls, but I like this. --Deskana (talk) 06:38, 30 May 2007 (UTC)[reply]

The Question

If a Bureaucrat Chat resulted in a decision that is the opposite of the opinion you expressed on Gracenotes' RfA, how would you feel about the fairness of the process? (see the RfA)

I would accept the decision, without reservation

  1. Although I neither supported, opposed, or stayed neutral, I would have supported him if the RfA were still open. I would accept the bureaucrat decision, whatever the outcome, with no reservation. The bureaucrats have the final decision on all RfA's, and it should be no different in this case. Sr13 06:50, 30 May 2007 (UTC)[reply]
  2. I didn't vote, but leaned towards the opposers, mainly because there were a lot of names of people I respect on Wikipedia there. The result falls in the normal range of bureaucrat discretion, and I'm happy to trust the bureaucrats to make the decision.-gadfium 06:24, 30 May 2007 (UTC)[reply]
  3. I voted oppose, and while I am disappointed with all of those who supported him despite what I feel is an important issue, I wouldn't be disappointed with the bureaucrats or the RfA process for deciding the consensus of the community doesn't match my own personal opinion. The role of the bureaucrats' judgment in deciding RfAs is well-established, and our bureaucrats were chosen by the community because of their sound decision-making. Krimpet (talk) 06:33, 30 May 2007 (UTC)[reply]
  4. I supported, and I'd be fine with the end decision either way. --Deskana (talk) 06:35, 30 May 2007 (UTC)[reply]
  5. I would accept any outcome so long as there was public comment from a number of 'crats into it - a simple explanation of the reasoning would alleviate any concerns I have. Ryan Postlethwaite 08:49, 30 May 2007 (UTC)[reply]
  6. I would support the outcome regardless of my recommendation.--Xnuala (talk)(Review) 10:27, 30 May 2007 (UTC)[reply]
  7. Hey, you folks should just do your job and don't worry too much about what I might think. If you interpret consensus to be X, and my personal opinion is negative X, that means my personal opinion is not equivalent to consensus. I have a fundamental trust in the bureaucrat system which will not be shaken by one controversial decision. YechielMan 14:03, 30 May 2007 (UTC)[reply]
  8. It's a close call and that's why we have bureaucrats. Gracenotes should be given the tools and if it is not now, I fully expect it will be soon anyway. -- DS1953 talk 15:16, 30 May 2007 (UTC)[reply]
  9. I will accept the decision as long as it is not the poor job Rdsmith4 did in a couple of recent RfAs. As long as the bureaucrats take a hard look, discuss among themselves, and do a good job as well giving the impression of doing a good job, their decision should be accepted by the community. Oleg Alexandrov (talk) 15:33, 30 May 2007 (UTC)[reply]
  10. As a non-voter on this RfA, had I voted I would have no problem with the bureaucratic decision.--Wizardman 16:27, 30 May 2007 (UTC)[reply]
  11. Yep, this is what we have bcrats for. -- Visviva 15:43, 30 May 2007 (UTC)[reply]
  12. It depends a bit on the process used reach the decision. A good rationale or evidence, in for example a beaucrat chat, of careful consideration of all the issues raised would go a long way in convincing me that the process was fair. Eluchil404 17:20, 30 May 2007 (UTC)[reply]
  13. As much as I want the RfA to succeed, despite disagreeing with GN's stance on Q4, I would accept the bureaucrats' decision without reservation ... well, one reservation: I think there should be an explanation of why it was decided the way it was. As I understand it, this straw poll is meant to solicit opinions regarding the process of a "bureuacrat chat" to evaluate consensus in particularly controversial cases. I support that. Even if the RfA is closed as "failed" rather than "succeeded", you'll hear no cries of "Death to the cabal!", "Power to the people!", or "Long live the revolution!" from me. ... Well, maybe just the last one. ;) Cheers, Black Falcon (Talk) 17:45, 30 May 2007 (UTC)[reply]
  14. This is what the B'crats are put on the hot plate for. I'd be disappointed , sure, but this is squarely in the middle of 'judgment' territory, not "only if they do what I want" territory. - CHAIRBOY () 17:49, 30 May 2007 (UTC)[reply]
  15. Sure. Would be a little disappointed though. —Anas talk? 17:51, 30 May 2007 (UTC)[reply]
  16. We elect the bureaucrats to make the right decision on RfAs. I trust that they will make the correct decision even if it is not what I agree with. Captain panda 18:47, 30 May 2007 (UTC)[reply]
  17. this is what we nominate b'crats for, to gauge consensus in difficult situations. -Mask? 21:14, 30 May 2007 (UTC)[reply]
  18. Aside from my rather silly response below, I have to echo the "that's their job" that several other editors are saying. If being a 'crat was easy, everyone would be one. :) EVula // talk // // 21:17, 30 May 2007 (UTC)[reply]
  19. I didn't participate in the discussion, but I would completely trust the 'crats, as they know what they're doing. I have complete faith in them to always do what is best for Wikipedia and the community! hmwithtalk 21:46, 30 May 2007 (UTC)[reply]
  20. I don't envy the 'crats having to call this one. Better you than me. - David Gerard 22:34, 30 May 2007 (UTC)[reply]
  21. Provided the B'crats have shown that the opposing view towards the decision has been evaluated to the fullest extent. - Mailer Diablo 04:19, 31 May 2007 (UTC)[reply]
  22. I trust the bureaucrats to handle this, and all decisions, appropriately. I've never seen a case where I think the bureaucrats really screwed up (even when I disagreed with the result). Of all the ideas, I think an open bureaucrat chat is best. Ral315 » 04:21, 31 May 2007 (UTC)[reply]
  23. This is an example of why we give b'crats the right to make these decisions. B'crats are people whose judgement, in the main, is felt by the community to be balanced, lucid, and discerning enough, that they have been entrusted by the community to make the tough calls. I voted oppose, but if Gracenotes is made a sysop by the b'crats, well, that is why we have them for. Now, if really poor judgement is shown (promoting someone with 45% approval) then a de-b'crating may be called for >:) -- Avi 04:33, 31 May 2007 (UTC)[reply]
  24. We elect bureaucrats to make these judgment calls, and we should support them even when we strongly disagree with the outcome. SlimVirgin (talk) 20:31, 31 May 2007 (UTC)[reply]

I would accept the decision, with some reluctance

  1. I will grant that the oppose side had arguments, although I don't agree with them, and am astonished that one opinion over a one issue, where there is no evidence that there would be any abuse of admin tools, translated into some 60 oppose votes. Nonetheless, nobody has a right to pass RFA, and I can see that this opinion did upset people who opposed in good faith, putting this firmly in borderline territory. A borderline case can go either way and it's up to the crats now. I supported, continue to support, hope the RFA passes, and considering the promotion of people who have had more significant opposition against them, think this RFA ought to pass. But even if it does not, I am confident that the bureaucrats have taken the time to analyze this thoroughly, something I feel was not done in the Danny RFA. I will therefore accept a "no consensus" result. Sjakkalle (Check!) 06:33, 30 May 2007 (UTC)[reply]
  2. I would accept it, with reluctance, mainly because I supported so strongly, and would see it as a waste to have him not get through. Nothing against RfA in itself, just candidate related "feelings." G1ggy! Review me! 07:32, 30 May 2007 (UTC)[reply]
  3. Though not as reluctant as my acceptance of this stupid poll. WjBscribe 22:32, 30 May 2007 (UTC)[reply]
  4. The biggest "per WJBscribe" ever. bibliomaniac15 An age old question... 04:55, 31 May 2007 (UTC)[reply]

I would accept the decision, but feel it was wrongly decided

  1. I voted support and didn't change it, because I actually believe GN would make a good admin. Yes, I'd feel it was wrongly decided if he weren't promoted, because I believe I made the right decision. But first and foremost I'm ready to accept that it's not up to me to make the final decision, so I'd still accept any decision without hesitation. Life will go on either way. —AldeBaer 09:01, 30 May 2007 (UTC)[reply]
  2. Obviously. If I felt it was correctly decided, then I should have voted the other way. But we have 'crats for a reason, so I'd accept any decision (although it's unclear what the alternative is). But I think prolonging this much further would be a mistake and take up time better spent elsewhere, so would appreciate a definitive close fairly soon, rather than spend too long discussing it (remember, it's no big deal). Trebor 09:16, 30 May 2007 (UTC)[reply]
  3. I co-nominated Gracenotes for adminship, and it would be a terrible shame to see the RfA fail. I still think Gracenotes was fully qualified for adminship, and the overpowering effect of "oppose per xx" or "oppose per Q4" is the only reason why a good admin candidate like Gracenotes would fail his RfA (assuming the crats decide to go by looking at consensus). Of course, I know Gracenotes can go up for adminship again in the future, and I will undoubtedly be there to support him. Nishkid64 (talk) 14:06, 30 May 2007 (UTC)[reply]
  4. His legitimate position on attack sites was over-scrutinized relative to his reasoning ability and dedicated contributions to the project (no, incorrectly labelling them as bot edits is not a sensitive way to highlight them). –Pomte 15:42, 30 May 2007 (UTC)[reply]
  5. I would assume they decided not to follow consensus in the hope that it would be less divisive. This is a judgment call, and they have a right to make it. I think they'd be wrong though, & that it would just continue the situation. DGG 07:31, 31 May 2007 (UTC)[reply]
  6. I voted for Gracenotes and hope that he will be named an administrator. Majoreditor 11:03, 31 May 2007 (UTC)[reply]

I would accept the decision, but feel betrayed

  1. I would feel like Consensus stabbed me in the back. That heartless bitch... but I still love her. EVula // talk // // 15:14, 30 May 2007 (UTC)[reply]

I would feel it was evidence that RfA is broken and/or the Bureaucrats are biased

  1. The only view I hold strongly is that there should not be a revote. I'm not going to get up in arms one way or the other over whether or not this user is sysopped. But I strongly feel that a revote is a bad idea. If the result a revote or any other action that doesn't involve simply making a decision, then that is by definition evidence that RFA is broken. The whole purpose of RFA is to make a decision and if that cannot be achieved, then there is a problem somewhere along the line. --BigDT 17:40, 30 May 2007 (UTC)[reply]
    I don't believe that answers the question asked. You are expressing an opinion against a revote, rather than how you would feel if the bureaucrats made a decision opposite to your own position. -- Cecropia 17:45, 30 May 2007 (UTC)[reply]
    That's what I answered. The only position I strongly hold is that there should not be a revote. If the decision is the opposite of that position, then RFA is broken. --BigDT 18:29, 30 May 2007 (UTC)[reply]
  2. Since this is a poll, I assume I'm allowed to comment in several sections? Anyway, BigDT said it all: I wouldn't oppose either of the two possible outcomes. I don't regard a revote as a possible outcome. An RfA as such is successful if and only if it has an outcome. Restarting equals failure of the process to determine an outcome. You're the b'crats, so please do your job and decide whether or not to promote. Not deciding would only shift the problem to the future, as I strongly assume many would show up to support or oppose again. I know I would. —AldeBaer 19:10, 30 May 2007 (UTC)
  3. The fact that a single unpopular opinion can make an RfA this bad demonstrates that RfA is broken no matter what the decision happens to be. People have already started to realize that the easiest way to pass RfA is not holding any opinions. Training new admin candidates to supress unpopular opinions until they're established enough that nothing can be done is not good. -Amarkov moo! 04:28, 31 May 2007 (UTC)[reply]
    This is a very important point. Currently, RfA at least tends to favour political manoeuvrers (which is not to say those are not intelligent people and/or good users), while it proves tough to near impossible for anyone with an significant attitude. —AldeBaer 09:39, 31 May 2007 (UTC)
  4. The fact that people can throw in whatever accusations they like ("Why are you using an unapproved bot?", "I'm not", "Yes you are!"; "Gracenotes supports attack sites!"; "strawman strawman strawman! strawman strawman? strawman!"; etc.) is a fact of life apparently. But the fact that they can say it isn't terribly concerning to me (heck, people have to feel free to speak, no matter what they have to say). However, if the bureaucrats were to prove themselves unable to examine what was actually being said, then I think that'd conclusively prove that RfA is broken. (Not that the bureaucrats are biased, though. Closest I ever saw to any predisposition at all was one 'crat deciding not to comment on an issue, because he didn't want to affect other people's opinions, which obviously doesn't count) Bladestorm 15:02, 31 May 2007 (UTC)[reply]

Other (what?)

  1. If this is to gauge consensus, there was an RfA that is supposed to represent that. There is a lot of information to pour over in the RfA and I don't understand how this changes or adds to the consensus to promote or not. With that off my chest, if the closing 'crat finds that a disagreement over disputed language in policy is enough to sink an RfA, I think it may have a chilling effect on good faith editors who have differing opinions on controversial policies. If there is no consensus to promote because the oppose comments address issues besides a good faith policy dispute, then that is an easier pill to swallow. Perhaps that answers your question. As an aside, with this particular policy discussion, there is more agreed on than we think, but there seems to be communication problems. That will only be solved when everyone decides they want to listen. That's all I have to say that I feel is relevant. daveh4h 07:21, 30 May 2007 (UTC)[reply]
    I can't speak for anyone but myself, but my intent is to gauge sentiment about the process, not to help determine the RfA. -- Cecropia 07:35, 30 May 2007 (UTC)[reply]
  2. The post-Cecropia bureaucrat-appellate-court-of-border-line-!votes tends to favour the Establishment by 70-to-80 percent margin. What? El_C 07:24, 30 May 2007 (UTC)[reply]
    Wouldn't this be the post-post-Cecropia era? :) -- Cecropia 07:36, 30 May 2007 (UTC)[reply]
    I hope so. Cecropia: he makes that 20-to-30 percent 70-to-80 percent more likely! El_C 07:46, 30 May 2007 (UTC)[reply]
  3. I find this poll inappropriate. Pencils down, kids. Exam is over. Grading has begun. No second bites at the apple. -- Y not? 11:07, 30 May 2007 (UTC)[reply]
  4. Of course I'd accept the bureaucrats' decision, it's not as though they're to blame for this. However, if the result genuinely does reflect the community's opinion of this candidate, that is not a community I can work with – Gurch 12:06, 30 May 2007 (UTC)[reply]
  5. Could we have less of these ridiculous ad-hoc polls, please? Who decided what the questions would be. Please think about this for a bit. --Tony Sidaway 14:14, 30 May 2007 (UTC)[reply]
    This poll will probably have no significance in the final decision. Besides, this poll has response bias (as do most polls :P), which is why it's not even that great of a gauge for the community response to whatever outcome results from Gracenotes' RfA. Nishkid64 (talk) 14:18, 30 May 2007 (UTC)[reply]
  6. Initially I thought this poll was to gauge some sort of meta-opinion on the opinions expressed in the RFA; since you seem to actually want commentary on the process of using a Bureaucrat Chat to help decide the outcome of the RFA (emphasis mine), you can probably predict that my response would be supportive. That said, if a B'crat Chat came to the opposite decision of mine (not just 'no consensus', but 'failed'), I would feel that the process failed in this instance, as I substantially do not see that outcome supported in the RFA. So I partially concur with TS and partially dissent with the poll as worded. No further questions for the witness bureaucrat. -- nae'blis 15:13, 30 May 2007 (UTC)[reply]
  7. I don't really mind ... I had my say, if it's agreed with, great, if it's not, then there's no problem, there'll be other days. I do predict that no matter what result is arrived at, someone will have a hissy fit. Neil () 09:46, 31 May 2007 (UTC)[reply]
  8. I'm confused as to what exactly is going on here. In fact I'm not clear why there's a solicitation of opinion (although I suspect I'd commend Cecropia for it once I understood it :) ) or about what exactly. It seems open and shut to me here... there's a close and contentious RfA with no obvious outcome, and now the 'crats have to decide what to do. In the past we've often seen one 'crat step up and make a decision and then take heat about it, with concomitant charges that there were issues with the RfA process, with the 'crat process, etc. etc. etc. ... in this case it looks like there will be (was?, is ongoing? I'm so confused!) discussion among the crats to try to decide what consensus actually is, and then present the community with their findings and decision. That seems like the correct process, it seems like the process we want and expect, and it seems like unmitigated goodness. So I'm confused what the poll is about. Maybe I'm missing reading some key page somewhere though? I skimmed through most of the talk on the RfA page, was this matter somewhere else as well? If it's not clear yet, I strongly support the idea that the crats are going to go off and try to figure out what the community wants to have happen, and then try to do the right things to make it so... that's after all, why we chose them, to do exactly these sorts of hard things. ++Lar: t/c 10:33, 31 May 2007 (UTC)[reply]
  9. I'd support the 'crats in whatever decision they came to, but I think that regardless of what the final decision is the RfA process didn't work properly in this case, and feel sorry for the 'crats for having to close the RfA with what probably isn't the most helpful information. And "no matter what result is arrived at, someone will have a hissy fit" (a quote from Neil above) seems pretty accurate to me too. --ais523 11:50, 31 May 2007 (UTC)
  10. I don't really care about Gracenotes one way or the other (I didn't even vote in the RfA), and wouldn't be hugely bothered by either decision (it's not the closer's fault the RfA went out of hand.) But my gut feeling is that when something attracts a large number of people and a lot of discussion, the guidelines for determining when you have consensus should become generally stricter. If an RfA only has 27 people commenting on it, and it seems fairly divided, it becomes much more important to look at individual comments and arguments to read if there's an underlying direction people are heading in; when you have 272 people in all and it's still divided, though, that's probably an indicator that there really isn't any consensus to be read. --Aquillion 16:02, 31 May 2007 (UTC)[reply]
  11. Meh. --Carnildo 06:20, 1 June 2007 (UTC)[reply]
    Uhuh. El_C 08:53, 1 June 2007 (UTC)[reply]

Gaming RFA - a case study

I guess people might accuse me of WP:BEANS, but I think the good outweighs the bad here, and honestly it's not that hard to figure out how to do this, but seeing how it was done is, I think, useful in detecting new instances of it. What I'm referring to is accounts created by sockpuppets with the goal of passing RFA. Runcorn (talk · contribs), as was recently shown in this thread, was a sockpuppet in an operation that spanned several years.

Runcorn passed RFA without much objection. Other than giving Crazyrussian and Ageo020 the gold medal for RFA comments that look brilliant in hindsight, what can this RFA do for us? Look at Runcorn's pre-RFA history... I mean, really delve into it. The majority of his edits were adding Category:Living people to articles. This is so simple that bots are the ones who normally do it. Then there was some stub sorting. Other than that, there were just a lot of late "going with the flow" comments in AFDs and RFAs that were sure to be uncontroversial. Apparently a few "substantial" edits were made, but they were all mentioned in Q2. but 99% of their pre-RFA edits were pretty obviously just done to pad an edit count without revealing anything about what the editor was actually interested in.

Here's an account that, it seems to me, was grown from day 1 with the intention of having a superficially impressive edit history and having done absolutely nothing controversial. It's account that was grown to pass an RFA. And it worked. We should look for this stuff. Assume good faith, but sometimes there's just something wrong. Does anyone think we can actually stop this the next time someone tries to do it? I think this is something people should know about. --W.marsh 14:03, 31 May 2007 (UTC)[reply]

I don't know that it's possible to stop. It's very easy to do - anyone with experience here knows how to do it, and I doubt Runcorn is the only one who's done this. The problem, unfortunately, is that we already have a general consensus that we don't have enough administrators - can we afford to lose more possibilities based on these suspicions? --badlydrawnjeff talk 14:15, 31 May 2007 (UTC)[reply]
One of the things Crazyrussian points out in the RFA was just 16 messages left for Runcorn on his talk page. While that doesn't prove anything, you tend to get what, maybe 1 comment for every 100 edits you make? That's about what I get... I'm sure some people get way more. But if someone is getting substantially under that number... it suggests their edits really aren't very meaningful. Even doing nothing but cleanup pre-RFA I had 50+ comments on my talk page. I know we can't catch everyone who does this... but Crazyrussian made some pretty good points and the community not only didn't listen, but they talked him out of it. Maybe identifying some "warning signs" will be helpful. --W.marsh 14:21, 31 May 2007 (UTC)[reply]
  • Oooo! Oooo! A new metric! A new metric! Oppose: Ratio of external edits to your talk page vs. mainspace edits is lower than 1:50. Obviously can not be trusted! ;) --Durin 14:25, 31 May 2007 (UTC)[reply]
That's not what I said... I'm trying to be helpful here, Durin. --W.marsh 14:27, 31 May 2007 (UTC)[reply]
  • Can't be stopped because the vast, vast majority of people at RfA do not look at edits. They simply look at edit counts, and some cursory review on whether the person's been in controversy before. Very superficial stuff. It's easy to pass RfA if you play the game. --Durin 14:13, 31 May 2007 (UTC)[reply]
    • Gah, I'm certainly greatly concerned. I for once, value editors who have shown their improvement over time and are not afraid to leave their distant past out in the open. Unfortunately, this is a minority opinion in practice, so most probably those editors that switch accounts in order to erase their pasts have an excuse... NikoSilver 14:19, 31 May 2007 (UTC)[reply]
    • Durin has it exactly. We're focusing on the wrong things in RFA (edit count and conformity) when we should be looking at the ability to handle conflict, think independently and on your feet, and accept that you will be wrong from time to time. I know that I refrained from doing/saying certain things before I passed RFA because I saw how those who stood out got chopped down, and I don't believe I would have been a hard sell even if I had said them. But it was easier not to; is that gaming the system? --nae'blis 14:20, 31 May 2007 (UTC) (not logged in from work due to my sooper sekrit password)[reply]
      • It's playing a social politics game. Don't anger people, you pass. There's another aspect to this though; if a person does game the system to become an admin, and doesn't otherwise abuse things...why should we care? --Durin 14:23, 31 May 2007 (UTC)[reply]
        • If they aren't a sockpuppet then it's not a problem. But this is a case where they were. I suppose many people (myself even) does a thing or two to look better at RFA, but we're talking about accounts created from day one with the goal of passing RFA without any thought to actually improving the project. That's pretty much always going to be a sockpuppet of some sort, right? --W.marsh 14:26, 31 May 2007 (UTC)[reply]
          • Sockpuppets are not bad, nor are they against policy. If an account is created from day one to pass RfA, makes a bunch of contributions (even if menial and insignificant), passes RfA swimmingly, and does a number of admin functions properly and by policy, what does it matter? It's still making contributions to the project. Sure, it *feels* dirty. But, where's the crime? Where's the victim? I'm speaking in the abstract of course. In the cited example that began this thread, there's considerable problematic behavior. --Durin 14:30, 31 May 2007 (UTC)[reply]
          • Heh, let's just run a check-user over any open RfAs. :) EVula // talk // // 14:31, 31 May 2007 (UTC)[reply]
            • CHKUSR against the whole community? Rational, but inapplicable. Or is it? (gee, we're in the age of computers!) NikoSilver 14:33, 31 May 2007 (UTC)[reply]
            • In all seriousness, I do recall someone suggesting we checkuser all people who run for adminship. I forget why exactly, but it was maybe a year ago. Ultimately though, ArbCom didn't just wake up one day and randomly decide to run a checkuser on Runcorn, pages and pages of evidence were delivered to them by multiple people who noticed things in the edit patterns. --W.marsh 14:37, 31 May 2007 (UTC)[reply]
            • I suppose it comes down to accountability, if you're looking at why this could be bad. If the user had two accounts from day one, doing controversial edits with one and menial, edit count increasing edits with the other... It's dishonest unless it's made exceptionally clear that the two accounts are the same user, because in an RfA we're trying to determine the trustworthiness of the user. If he or she has made decisions or edits I'm uncomfortable with and I'm unaware of them because they're on a different, unmentioned account, I'd feel cheated. The candidate they presented themselves to be wasn't the candidate I would have chosen, and in a case like that no amount of digging (short of a Check User) would have revealed otherwise. Cheers, Lanky TALK 14:39, 31 May 2007 (UTC)[reply]
  • Durin, in response to you asking why it matters if they do not abuse their position, the problem is when you get the same guy with more than one admin account and we don't even realize he is abusing his position. Otherwise, you are right, an admin who acts like a good admin is a good admin. (H) 14:43, 31 May 2007 (UTC)[reply]
    • Also, it actually is against policy to use a sockpuppet to "Avoid scrutiny from other editors". Probably for the reason H describes above. --W.marsh 14:46, 31 May 2007 (UTC)[reply]
  • I wish there was a solution to this. When I vote in RfAs, I try to look at an editor's history. If I feel there history doesn't fill me with trust on an editor, I oppose their RfA and usually ask the editor to try again when they get more experience (meaning more of a history here). The problem is that too many editors want evidence of actual wrongdoing when you oppose an RfA. Merely saying a person doesn't have enough history to totally trust them usually gets an editor lots of nasty comments. That said, no matter what reforms or guidelines we institute with RfAs, there will always be people who game the system.--Alabamaboy 14:53, 31 May 2007 (UTC)[reply]
  • As long as we remain an open community, this probably can't be prevented. However, it strikes me that the barriers could be raised somewhat by a more holistic, perhaps portfolio-based, approach to RfA, with candidates explicitly required to a) demonstrate a range of experience including deletion work, article improvement, etc., and b) reflect in detail on this experience. This would also, hopefully, help to reduce the role of litmus tests in RfA, since the focus would shift from "has candidate done anything Wrong" to "has candidate amassed a respectable body of work without showing critical errors of judgment." I was working on a framework for this at one time; maybe I should get back to work on that. -- Visviva 14:55, 31 May 2007 (UTC)[reply]
    • Well, without changing meta CheckUser policy, which is currently being suggested somewhere, look over at the crat noticeboard for a discussion and a link to the meta page (consensus seems not in favor), the only thing that might help here is a set of objective-ish criteria (simialr to what Visviva just suggested above). This way, we could have criteria that evreryone would have to use (like at WP:FAC) and it would, if compiled with care, be able to "filter out" candidates that have gotten by "by going with the flow." From what I've seen before, it is not likely that we will implement something like that anytime in the near future though. Mr.Z-mantalk¢ 00:30, 2 June 2007 (UTC)[reply]
  • Checkuser's not magic anyway. If someone takes the trouble to "groom" an account toward adminship, they'll almost certainly take the time to segregate the IP addresses of their socks. Successful use of checkuser when someone's making an effort to conceal themself would require a good deal of effort and knowledge of what accounts are suspected socks, a casual one would turn up nothing. I personally think we need to look for something different at RfA-not just people who've reverted tons of vandalism, not just people who've made a lot of minor edits, but those who have been genuinely involved in the project. It doesn't necessarily kill your RfA. I was involved in plenty of debates before mine, and I was quite honestly expecting my second one to be very close if it passed at all. I was (pleasantly) surprised to see that most of those who disagreed with me were still willing to show support. I look for people that have been involved in some debates and conflicts-not only to verify that they're not socks, but because admins will get involved in a conflict, somehow or another, and I want to see that the person can stay cool under fire and conduct themself well. But this would also help to prevent sockpuppetry. It's a lot harder to fake genuine community involvement then it is to revert a bunch of vandals and slap down a bunch of AfD votes. Seraphimblade Talk to me 00:49, 2 June 2007 (UTC)[reply]
  • I wholeheartedly agree. There's an obvious formula for becoming admin these days: make several thousand edits (possibly with an automated tool like AWB), balance your edits across namespaces, and vote on XfDs so people have seen your name. (I have a longer rant on this topic that I've added as a new section to this discussion page.) It seems to me that anyone who wants to ensure the integrity of the admins we promote should challenge every uninformed vote on RfAs. Uninformed votes, of course, include votes that are based on nothing but looking at the edit count number. rspeer / ɹəədsɹ 03:43, 7 June 2007 (UTC)[reply]

Bureaucrat chat is open on Gracenotes's RfA

As Gracenotes has indicated the desire not to reopen his RfA immediately, the entire issue will be discussed in a Bureaucrat Chat. In the interests of transparency, all may view the chat here. Please remember that only bureaucrats will discuss the situation on this page and others' comments will be removed. Thank you all for your patience. -- Cecropia 15:35, 31 May 2007 (UTC)[reply]

A piece of data that may be of use, a very recent successful RfA closed with a 67% support. While the final decision is, of course, a judgment call from the 'crat who adopts it and RfA isn't supposed to be a raw numbers game, the closing bureaucrat (Rdsmith4 (talk · contribs · blocks · protections · deletions · page moves · rights · RfA)) may be able to offer guidance in how he navigated the rough waters of a contentious discussion in determining consensus. - CHAIRBOY () 16:06, 31 May 2007 (UTC)[reply]
Of somewhat more importance than the numbers, which any monkey can count, is the strength and validity of the arguments for and against the candidate. Please remember that, otherwise there is no point having bureaucrats at all – Gurch 16:14, 31 May 2007 (UTC)[reply]
Well spluh! :) Hence my comment above "While the final decision is, of course, a judgment call from the 'crat who adopts it and RfA isn't supposed to be a raw numbers game" followed up by a suggestion that the closing bureaucrat engage Rdsmith4 because he recently closed an RfA in a similar situation, and he might have some thoughts on how to determine the actual consensus here. - CHAIRBOY () 16:24, 31 May 2007 (UTC)[reply]
Using Danny's RfA as something to compare with is probably not a good idea. That one introduced the inovative idea of bureaucrat chat (thanks to Taxman), but overall could have been handled much better I think. Oleg Alexandrov (talk) 16:36, 31 May 2007 (UTC)[reply]
Absolutely, which is why I didn't use Danny's RfA as the example above. - CHAIRBOY () 16:39, 31 May 2007 (UTC)[reply]
Sorry, I am still obsessed with that one. :) Your referred to Krimpet's of course, closed by the same bureaucrat, Rdsmith4, and with the same low percentage, very inconsistently with other nominations closed by other bureaucrats. (Even taking into account that RfA is not a vote, such a thing does not inspire faith in the process.) Oleg Alexandrov (talk) 16:44, 31 May 2007 (UTC)[reply]
I don't want to comment too much about this off the 'crat-chat but I want to firmly say that this is nothing like Danny's RfA. Different candidate, unique position of the candidate, different situation, different opposition, different considerations. I also want to firmly state that I will resist those who want to use this as a precedent to make every disputed nomination a bureaucrat chat. I or any of the other 'crats could perfectly well have closed this but I think its dynamics make it appropriate to treat this RfA differently. -- Cecropia 16:46, 31 May 2007 (UTC)[reply]

LOL!!! Wish mine had been as easy :) - Alison 06:07, 1 June 2007 (UTC)[reply]

I refuse to accept the decision. Since there was only one oppose, and several strong oppositions, I think it's not been decided by consensus. WE WANT B'CRAT CHAT!!!! G1ggy! Review me! 08:53, 1 June 2007 (UTC)[reply]
Making fun? Beh! Cult of the Sacred Or_nge
Yeah, beh. a) Don't be a dick, b) listen to other people, c) improve articles, d) try and learn how Wikipedia works by taking part as much as you can. Do that for six months, and you'll know all you need to know. The kidney route is not advisable ... I'm still peeing funny. Neil () 12:30, 1 June 2007 (UTC)[reply]

Trojan admin accounts

There have been a few cases recently of admins being desysopped after being found to be sockpuppeting and helping their other accounts with their admin tools: Henrygb and Runcorn are the latest examples.

It seems to me that the current state of adminship is making it more likely that we're sometimes electing Trojan accounts; that is, accounts of banned users; users with more than one admin account; users who are editing with multiple accounts. The reason I think it's more likely now is that there's an increasing focus on electing people who've concentrated on fighting vandalism and making other minor edits. Editors who do this need the tools, there's no question of that, and please don't anyone interpret what I'm saying to mean that I think these edits are of low value. I do not think that; I don't want a rehash here of writers versus vandalism fighters (or whatever). We all contribute in different ways.

My only point is that it's easier to get to adminship via 10,000 semi-automated vandalism reverts and AfD votes, than it is via writing articles and making lots of talk-page posts. It's easier for three reasons. First, it's faster. Secondly, you're less likely to get into controversy if you're just reverting vandals. Third, you leave less of a "voice," making it harder for your account to be recognized. I've been told that these are the reasons adminship-via-vandalism-reverts is the favored formula. I've been given information about multiple admin accounts being run on this basis by one person, who is allegedly in the process of preparing another one; I don't have technical evidence so there's nothing that can be done about it.

My question is: do we care about this, and if so, can anything be reasonably done about it? We may not be able to do anything about the ones that currently exist (assuming any do), but do we want to prevent the creation of any more? Or are we willing to pay the price in order to maintain openness? SlimVirgin (talk) 20:49, 31 May 2007 (UTC)[reply]

Are you suggesting check user for every admin candidate? Ryan Postlethwaite 20:54, 31 May 2007 (UTC)[reply]
I'm not really suggesting anything, Ryan, because I don't have any good ideas about this. Check user would only work if people were careless, or were using open proxies. If you knew a check user would be performed, it would be a trivial matter only to post from an internet cafe, say, for a period before the nom: a nuisance but not a huge obstacle. SlimVirgin (talk) 21:12, 31 May 2007 (UTC)[reply]
The question is, what does it hurt? If they want to beat themselves up to revert thousands of vandalism, all the more power to them. If there accounts start acting suspect, especially with the recent hype, they would be closley scrutinized. I think the cons of the situation are fairly small personally. -- Chrislk02 (Chris Kreider) 20:56, 31 May 2007 (UTC)[reply]
With the example I gave (if it is correct), there have been non-trivial consequences. SlimVirgin (talk) 21:12, 31 May 2007 (UTC)[reply]
Checkuser for all admin candidates has been urged previously (most recently after the Jtkiefer/Pegasus1138 RfA last summer, which was one of my two scary introductions to the RfA page). For all we know, it's already happening. :) Newyorkbrad 21:05, 31 May 2007 (UTC)[reply]
I think it would be a good idea, but for the sake of transparency, it would probably have to be all admins that go through it - I'm not sure if some would agree to that however. Ryan Postlethwaite 21:08, 31 May 2007 (UTC)[reply]
Would they have to agree? SlimVirgin (talk) 21:12, 31 May 2007 (UTC)[reply]
The problem with the current set-up is that I can't even request a check user on the basis of the information I have, because it would be fishing, and fishing around with established admin accounts is especially frowned upon. SlimVirgin (talk) 21:14, 31 May 2007 (UTC)[reply]
Well it could be introduced as a condition of adminship, users that wish to run, or who eventually pass have to go through checkuser before being promoted. With the information you've got, I'm sure if you emailed an Arb they could give you suggestions or they may run a private checkuser. Ryan Postlethwaite 21:22, 31 May 2007 (UTC)[reply]
It might even be enough if we announce that RfA candidates may be randomly check usered with no indication of frequency. One week it might be everyone; the next week it might only be a couple. That would cut down on the work, but it would maintain most of the deterrent. SlimVirgin (talk) 21:34, 31 May 2007 (UTC)[reply]
I'd certainly support that, it would be one less thing to worry about. On the main page we could add the wording; Candidates may be randomly subjected to CheckUser evaluation. Ryan Postlethwaite 21:39, 31 May 2007 (UTC)[reply]
(de-indent) I would imagine that if someone is willing to put in 10,000 edits, even if they are mostly semi-automated, they will not be stupid enough to edit off the same IP. Neil () 21:48, 31 May 2007 (UTC)[reply]
I don't know... I made over 30,000 edits as Qxz using the same IP address as Gurch; I can't remember how long checkuser data is kept for but it would certainly have been long enough. Of couse, I never had any intention of gaining adminship (having just voluntarily resigned it) but given another month or so Qxz could probably have passed (for the record, he hates attack sites) and there's no reason why someone else in that position might not have tried to do so – Gurch 21:58, 31 May 2007 (UTC)[reply]
Clearly all admins should be subject to a massive check user now and random checks later, SqueakBox 22:05, 31 May 2007 (UTC)[reply]
No. We don't do that. At worst, we give every admin the choice of being check-usered or deadmined, and even that would be overkill. A random sample, fine, but checking all admins would be overkill. And remember that if we check a large number of users then we are going to turn up some false positives. Regards, Ben Aveling 22:19, 31 May 2007 (UTC)[reply]
Just to clarify, a random sample of all existing admins would be also overkill. If and only if there is a way to identify the set of Admins who have never done anything but vandal-fighting, then maybe there would be some value in announcing a random check of a percentage of them. But I'd want more information about how many people we'd want to check, and how we're going to identify them. I don't mind the thought of checking a small percentage of would be admins, as a deterrent. Ben Aveling 22:48, 31 May 2007 (UTC)[reply]
Oh, and this whole thing is a violation of our current CheckUser policy and possible the privacy policy as well (that's the Foundation privacy policy, which unlike certain policies around here *cough*NPA*cough* is not subject to change without a very good reason). Right now, CheckUser is only run in narrowly-defined cases of suspected of abuse. Running it on an admin candidate with no history of abuse certainly does not fall under this provision. Right now it is explicitly not permitted for users to request a CheckUser on themselves to prove their innocence, which is what this would essentially entail. Even if this was changed, any user not suspected of abuse (any admin candidate, surely) would have to explicitly agree to a checkuser and release of its results. Are you really suggesting we start rejecting admin candidates who refuse to submit to a CheckUser? Remember how admin requirements have been rising steadily for no good reason and we are turning people down for silly reasons? Why on earth would it help to raise the requirements still higher?
And I dread to think what happens when an admin candidate has edited, even incidentally, from the same IP as an administrator. Pile-on oppose and then an indefinite ban for both parties, no doubt. That's all we need. And yes, of course, as soon as anyone who does want to abuse adminship knows that this is being done they will simply get themselves a new IP. It's not exactly hard.
One more thing... SlimVirgin, forgive me for getting a little personal, but who do you think is a using administrative sockpuppets? The rest of us are all dying to know – Gurch 22:16, 31 May 2007 (UTC)[reply]
No, I don't want to know. If you have good reasons, even if they are off-wiki reasons, then just email someone. Ben Aveling 22:48, 31 May 2007 (UTC)[reply]

Must ...resist... urge... Must.... Oh... I give up.

Haven't ah... people mentioned someplace that RFA was becoming gameable? Once or twice? --Kim Bruning 22:24, 31 May 2007 (UTC)[reply]

I think they did. Of course that was before you could recieve 70 opposes for something nobody actually knew was wrong. Hey... perhaps there is a good reason for the unnecessarily high requirements! After all, if no candidates are promoted, no... ah, "trojans" are promoted. Can't argue with that – Gurch 22:30, 31 May 2007 (UTC)[reply]

At least one WMF wiki requires a mandatory CU for all administrators before ascendancy, if I am not much mistaken. I just can't recall which one right now. If it's critical I'll dig it up somehow, LMK. I mention that without necessarily saying it is a good or bad idea. ++Lar: t/c 22:47, 31 May 2007 (UTC) er, no... I think rather it was that every voter in a particular RfA on a particular wiki was CUed by consensus of the community. Sorry. bad memory. Not the same thing at all. ++Lar: t/c 22:52, 31 May 2007 (UTC)[reply]

Absolutely not unless our privacy/CheckUser policies change significantly first. 'Fishing' is frowned upon even in cases where one account is acting squirrely... and there's no way to judge how many false positives this would turn up. At least with the password attacks, we knew the password was below a certain degree of weakness if it could be guessed. CheckUser = Vodou. -- nae'blis 22:59, 31 May 2007 (UTC)[reply]
What about admins editing from shared IPs? bibliomaniac15 An age old question... 22:58, 31 May 2007 (UTC)[reply]

I don't think these recent cases of sockpuppetry are the fault of RfA's standards. In the case of Henrygb and Runcorn, both had been around for quite a while, with plenty of contributions. Henrygb had been a sysop since early 2005, Runcorn since mid-2006; both had been around for about a year at time of their RfA, with plenty of experience in article space; both were prolific contributors, and it doesn't seem like either of them tried to game the RfA system. It just happens to be that both of them were less trustworthy than the community thought.

I'm not sure a checkuser would be much help in this case, though: What's to stop a potential sockpuppeteer from simply creating their extra accounts after they pass RfA? Krimpet (talk) 23:01, 31 May 2007 (UTC)[reply]

  • Simply put, no. The privacy policy is extremely clear about this:
    When using a pseudonym, your IP address will not be available to the public except in cases of abuse, including vandalism of a wiki page by you or by another user with the same IP address. In all cases, your IP address will be stored on the wiki servers and can be seen by Wikimedia's server administrators and by users who have been granted "CheckUser" access. Your IP address, and its connection to any usernames that share it may be released under certain circumstances (see below).
    ...
    1. In response to a valid subpoena or other compulsory request from law enforcement.
    2. With permission of the affected user.
    3. To the chair of Wikimedia Foundation, his/her legal counsel, or his/her designee, when necessary for investigation of abuse complaints.
    4. Where the information pertains to page views generated by a spider or bot and its dissemination is necessary to illustrate or resolve technical issues.
    5. Where the user has been vandalising articles or persistently behaving in a disruptive way, data may be released to assist in the targeting of IP blocks, or to assist in the formulation of a complaint to relevant Internet Service Providers.
    6. Where it is reasonably necessary to protect the rights, property or safety of the Wikimedia Foundation, its users or the public.
    Wikimedia policy does not permit public distribution of such information under any circumstances, except as described above.
  • Requesting a CheckUser on all admins (or any admin) based solely on a "let's check if he maybe is helping someone" thought does not fall under any of the exemptions above (not even the last one, as it puts a "necessary" requirement), so CheckUsers are exposing themselves to unnecessary legal risks if they make blanket checks like these. And yes, there are legal risks involved—why do you think all CheckUsers must be over 18? There are legal implications with the use of the tool, so let's not even think about going through this path. Titoxd(?!? - cool stuff) 23:13, 31 May 2007 (UTC)[reply]

It's not really something we can realistically expect to stop every time. If someone really wants to devote 500+ hours to "growing" an account with the perfect edit history, if they want to use a proxy for every edit, there's really nothing we can do to stop that. Thankfully people rarely feel like exerting that amount of effort... Runcorn is the only example I know of, and if you look at his pre-RFA history it was hardly a perfect job (but apparently good enough). But it's going to happen occasionally... all we can do is get better at damage control. The Runcorn thing was suspected last September, and a checkuser was denied, for example. --W.marsh 23:29, 31 May 2007 (UTC)[reply]

We don't know how often it happens. We have in fact no idea whatsoever, which is an odd thing given that we're a top-ten website, and that our articles often turn up as the #1 hit on Google. Yet we have no idea how many people (as opposed to how many accounts) are actually administering the website, and how many of them (if any) are banned users. We can't have perfect security, and wouldn't want to because we'd lose our openness. But does that mean we must have zero security? SlimVirgin (talk) 01:53, 1 June 2007 (UTC)[reply]
In case you've forgotten, this is a wiki. We are founded on the principle that anyone anywhere in the world can do what they like to any page they like. We do not have "zero security", that would be giving steward and developer access to anonymous users. Anyway, I don't really see why the exact number of administrators is something we would want to know, beyond a rough figure, or even can know. Even if we were certain that every administrator is a distinct user, many have been inactive for years and can hardly be considered to be "administering the website". Even if we decided upon some arbitrary cut-off for the purposes of definition, there are dozens if not hundreds of users who do mostly maintenance tasks that I would certainly count under "administering the website" because that's essentially what they are doing; the slightly different nature of their work necessitated by a technical restriction doesn't actually make any significant difference there.
Finally, lots of administrators and non-administrators legitimately use separate accounts without revealing them as they are entitled to do by out current policy. While possession of adminship on two accounts simultaneously is not permitted, activity on another account is perfectly acceptable provided that no policies are violated when the accounts are considered together (3RR, multiple voting and so forth). If the user has discarded one account and created another and is not even active on their original account any longer, there is even less of a concern – and CheckUser data for the older account would have expired by the time they requested adminship anyway, so nobody would be any the wiser.
In short, some of the things you seem to have an issue with are permitted by current policy; try getting the policy changed, first (and no, you're not allowed to hijack RfA to do so). What's more, even a checkuser on every account wouldn't stop the kind of abuse you seem to want to stop. Is this in fact just an excuse to start opposing perfectly good candidates for "too much maintenance work" and being "not controversial enough"? Reluctant though some people seem to be to believe it, not every eager newcomer is a sockpuppet of an older account. How do you think such a user would feel if they were nominated, in good faith, for adminship, opposed to within an inch of their life for "not being controversial enough", nominated again after another few months in which they'd participated in lots of controversial things to appease the opposers and then opposed again for a combination of "oh no, not this guy again" and "too disruptive" and "might abuse the tools"? – Gurch 18:45, 1 June 2007 (UTC)[reply]
To repeat a previous comment I made on this page, there will always be people who will game the system. We'll never stop everyone. But when someone is caught breaking the community's trust, they must be dealt with severely. In many ways all of this is like the laws in every culture and country. It's impossible to stop all crimes but when someone is caught, they should be punished. As humans, that's about the best we are capable of doing to prevent crimes/gaming the system from occurring. Best, --Alabamaboy 23:42, 31 May 2007 (UTC)[reply]
Checkuser is not a great solution for the reasons already mentioned: privacy policy, and the fact that it's not foolproof - it has false-positives and false-negatives, and the impact of both will be magnified if it's run indiscriminately without applying some sort of pre-test probability metric. The best solution might be to use the RfA process wisely. It's been out there for some time now that RfA can be gamed by racking up a huge number of vandalism reverts and a few AfD votes, supporting a bunch of RfA's to garner goodwill, and avoiding any kind of contentious issues. Like SlimVirgin, I'm not downplaying the importance of RC patrol or countervandalism... but: there are an awful lot of RfA's where Q1 = "I want the tools to fight vandals", Q2 = "My proudest accomplishments are fighting vandalism", and Q3 = "I've never been in any conflicts". I think we should scrutinize such applications closely. How necessary are the tools for countervandalism work? AIV and RFPP are rarely seriously backlogged, and can be cleared quickly if a backlog develops. Countervandalism work can be done quickly and semi-automatically, which article-writing can't, so in some ways, article content contributions signal a greater commitment of time and effort, even though they fall outside the "admin" arena. And some involvement in conflict or contentious issues is a plus in my book, because how else can you judge how a candidate will react to the difficult situations that come with the mop? Yet many good candidates are afraid to run because they fear the Supreme-Court-confirmation-style approach to prior conflicts. I'd suggest that the best way to reduce the burden of gamed RfA's and sockpuppet admins is to look closely at how we judge admin applicants, and especially to scrutinize accounts which fit the profile - heavy vandalism reverts, token AfD/RfA !votes, and lack of engagement in the content aspects of the encyclopedia. But then those are just my biased opinions. MastCell Talk 02:58, 1 June 2007 (UTC)[reply]
Low article-talk-page edits is one of the things I worry about. There's usually high user-talk edits from putting tags on users' pages.
One of the reasons adminship-via-vandalism works is that a lot of the voters focus on vandalism themselves, so they vote for who they know. And the more the focus is on vandalism, the less attractive the process becomes to others. I've had to advise several people who want to stand for adminship to do some vandalism fighting and voting in AfDs before the nom, which they really shouldn't have to do. SlimVirgin (talk) 06:17, 1 June 2007 (UTC)[reply]
I don't see that low article-talk-page edits are really the substantial concern you consider them to be. I agree that a lack of communication with other users could be seen as an issue, but the temptation to reduce this to misleading metrics must be avoided. For example, at the time of my adminship request I had several thousand article talk edits and nobody raised any objections. That they would have done if I did not is worrying, as all of those edits were archiving-related and I'd discussed articles only a handful of times; did that affect my ability to use the rollback button, edit protected pages, fix bad page moves and speedy delete garbage? I don't think it did. Suggesting that discussion of articles is a necessity seems to be asking too much – not everyone can do everything; there are people who write articles and people who do maintenance. The latter group are more suited to adminship, would benefit most from having it and are more likely to use it once acquired; article writers, on the other hand, are usually quite happy with the important task of writing articles – Gurch 18:56, 1 June 2007 (UTC)[reply]
Agreed. Checkuser will not stop this problem. If this really is a big problem, and I'm not convinced it is, then we need a real solution, maybe introduce a class of junior admin, for eg, with the right to block and unblock new users, but not established ones, with the right to protect, unprotect and salt, but not the right to delete or undelete, etc. But first, we'd need to demonstrate that there is a big problem that we can't handle with our existing capabilities, and I'm far from sure that's the case? Regards, Ben Aveling 03:24, 1 June 2007 (UTC)[reply]
There's big in terms of numbers, and we have no idea of how many (if any) it involves. And then there's big in terms of potential consequences. The accounts I've been told about allegedly caused some non-trivial problems. I'm sorry that I'm having to talk round it, but the exact details don't matter anyway, because you can imagine the problems a malicious banned user might be able to cause with admin accounts. I don't mean deleting the main page; I mean acting as if you're a normal admin but in fact always having one eye on causing problems. SlimVirgin (talk) 06:17, 1 June 2007 (UTC)[reply]
Checkuser isn't magic. Someone who goes to the trouble of months worth of work at setting up a false admin account will almost surely also take the trouble to segregate the accounts' IP addresses. There are other means of detection of socks, though. What we really need is just more people paying attention for socklike behavior. I'm not going to spill all the beans about how even clever sockpuppeteers screw up and leave trails (because I'd like them continue to do it), but there's always a trail. Seraphimblade Talk to me 03:52, 1 June 2007 (UTC)[reply]
There is always a trail, but sometimes it's subtle, and it can be hard to persuade people, because you need an eye for detail, and the people you're explaining it to have to be willing to follow that detail. SlimVirgin (talk) 06:17, 1 June 2007 (UTC)[reply]

Honestly, is this really such a bad thing as people are making it out to be? Sure, if someone devotes themselve to making thousands of small, useful edits, they can game RfA... and get away with abusing their powers as an admin for how long before they get caught? There are probably many more people, too, who do large amounts of helpful gruntwork with the goal of becoming an admin, but who for one reason or another end up never getting to that point. It seems to me that, in all likelyhood, the good that they did, willingly or not, while trying to "game the system" probably outweighs the harm they managed to get away from as an admin. Additionally, and more importantly... it will always be possible to become an admin. It's just not designed to be particularly difficult; there is practically a 'default' assumption that people become admins after a certain amount of time + contributions if they want to and don't screw up (and I think that that is the way it should work--we badly need more admins, not less.) We can't read candidate's minds, and there are always ways to hide sockpuppets. If you want to stop people who become admins just to help their other accounts of whatever, you need to increase scrutiny on people who have already passed RFA, since that's when the sockpuppets will really "unmask" themselves. --Aquillion 18:46, 1 June 2007 (UTC)[reply]

Amen (or other religious term of agreement) to everything you said, Aquillion.--Alabamaboy 00:48, 2 June 2007 (UTC)[reply]

Proposal on meta

I've added a proposal to add a section allowing random checks on RfAs. Please see here. SlimVirgin (talk) 17:06, 1 June 2007 (UTC)[reply]

SlimVirgin, I do not think that your proposal is permissible under the current check-user policy. WP:RFCU states, in bold no less, that "Checkuser is a last resort for difficult cases." Random checks of RfAs neither constitutes an attempt to solve a "difficult case" nor is a last resort of any kind. Indeed, Checkuser on yourself to "prove your innocence", which is essentially what this amounts to, is expressly not allowed. -- Black Falcon (Talk) 18:00, 1 June 2007 (UTC)[reply]
Agree with Black falcon, checkuser isn't some toy to be used at random. Majorly (talk | meet) 18:20, 1 June 2007 (UTC)[reply]
SlimVirgin is I think aware that her proposal is not permissible under present policy. Otherwise she would just have made a request to the checkusers rather than proposing a change in policy on meta. The questions is whether the policy should be changed as she proposes. I think there is definitely some validity in her proposal - this isn't something that regular RfA scrutiny can determine. WjBscribe 18:29, 1 June 2007 (UTC)[reply]
The fact that it is against policy is the reason that the proposal was made. Otherwise, why would we need to propose it? EVula // talk // // 18:39, 1 June 2007 (UTC)[reply]
I don't see how it could work, though. Who are they going to be checked against? The problem is, it's fine to say that anyone who applies for adminship is giving permission for a checkuser, but you need to look at the private information behind at least two accounts for a checkuser to yield useful information. Who are these adminship candidates going to be checkuser'ed against, and how are we going to justify looking at those people's details? They're not running for adminship. It might catch, I suppose, someone who is an absolutely infamous sockpuppeteer... if the person performing the checkuser happened to be the one who examined that sockpuppeteer, and they happen to remember enough details to make the connection. But I can't see that happening very often. --Aquillion 18:50, 1 June 2007 (UTC)[reply]
We could check them against Jimbo; it's important that we ensure he isn't creating a sockdrawer. ;) On a more serious note, I'd be fine with being the second target account; I trust the checkuser clerks, and my alternate account is well within policy, so I couldn't care less if someone went snooping. :) EVula // talk // // 18:55, 1 June 2007 (UTC)[reply]
Aquillion, you could check to see whether the IPs they're editing from are used by others, and if so, whether there are editing similarities between the accounts. You could also check to see whether they're editing from open proxies. Checkuser isn't a magic tool that tells you everything you need to know, but it can help. SlimVirgin (talk) 20:24, 1 June 2007 (UTC)[reply]
It seems to me that random checkusers go against the principle of assuming good faith in the absence of evidence to the contrary. Random checks (whether at Wikipedia, airports, or military checkpoints) presuppose that everyone is potentially guilty until proven otherwise. Since security personnel are not required to (perhaps not even encouraged to) AGF, they have an justification for random checks. What would ours be? -- Black Falcon (Talk) 22:02, 1 June 2007 (UTC)[reply]
I think a checkuser is a good idea. I didn't realize that there were these de-sysop actions, but lets face it- automated edits aside, chances are 99% of admin candidates are clean. I don't think that everyone getting checkusered is so horrible. To go with the analogy of the airport; if you're singled out at the airport, people notice, you're embarrassed, et al. With the internet, a checkuser is quicker, and anonymous. If there was no problem, no fuss and no struggle. David Fuchs (talk / frog blast the vent core!) 00:53, 2 June 2007 (UTC)[reply]
Plus one: however I do feel that this will not go anywhere, simply because too much of Wikipedia would have to be rewritten to allow for such checks, and that would be harmful to say the least. David Fuchs (talk / frog blast the vent core!) 00:57, 2 June 2007 (UTC)[reply]
The only thing that would need to be changed is the checkuser policy. SlimVirgin (talk) 02:25, 2 June 2007 (UTC)[reply]
Isn't the checkuser data saved only for a month or two ? [Edit : On second thoughts, I think I may be wrong about this.] Unless they are in a great hurry to create Trojan accounts, people won't even need to edit from alternate accounts to fool this check. They will just have to stop editing from an account after becoming an admin, and use a new account for two or three months before applying for RfA from there. Tintin 01:21, 2 June 2007 (UTC)[reply]
Possibly with the same IP, or with open proxies. As I said above, this won't help us against a determined, clever, careful, technically savvy person. But it might help with less careful people. SlimVirgin (talk) 02:25, 2 June 2007 (UTC)[reply]
  • Indeed, which makes random checkusers of RfA candidates completely pointless and utterly meaningless. As I noted on Meta, this is a solution looking for a problem. It most emphatically does NOT solve the problem it supposedly sets out to solve. This, plus the cost of having the privacy of candidates to RfA violated? Thank you, I'll pass. --Durin 02:03, 2 June 2007 (UTC)[reply]
No, this is a real problem, not a made-up one, and we're going to have to address it at some point, because it's going to keep on getting worse. SlimVirgin (talk) 02:25, 2 June 2007 (UTC)[reply]
  • (edit conflict) The reason is that the cu_changes table (which is introduced by the CheckUser extension) has several indexes, and if the table gets too big, any queries to it get slowed down. Or so it was the last time I checked. Titoxd(?!? - cool stuff) 02:26, 2 June 2007 (UTC)[reply]

(Unindent) If it is a good idea to do it with potential administrators, it is also a good idea to do it with CURRENT administrators. In fact, let's make that the proposal - that anyone holding administrative or higher rights may be subject, at any time, to a random checkuser review. Given recent events, there is reason to believe that previously unsuspected administrators may be using sockpuppets or otherwise abusing Wikipedia against policy. Risker 02:51, 2 June 2007 (UTC)[reply]

I don't like this idea at all. It is a violation of privacy, as well as a violation of the privacy policy. --Deskana (talk) 02:53, 2 June 2007 (UTC)[reply]
How would it be a violation of the privacy policy, Deskana? SlimVirgin (talk) 03:01, 2 June 2007 (UTC)[reply]
  • Random checkuser requests and "Assume good faith" can't coexist at the same time. Not just that, but it's rather unnecessary. I agree with the "solution looking for a problem" comment. .V. [Talk|Email] 08:20, 2 June 2007 (UTC)[reply]
    As I said on the meta page, this would be a witchhunt. With no reason to checkuser people in the first place other than a widescale fishing expedition, this idea is paranoiac, and as Durin says above, useless. It is a violation of the privacy policy because unqualified users (yes, checkusers are unqualified users with no special legal status) would be forced to (not asked) root around personally identifiable information that users have not chosen to release, with no grounds for doing so. Neil () 09:56, 2 June 2007 (UTC)[reply]

Add me to the sceptics. Even if this is a problem, it is not a common one, and it is surely more disruptive to checkuser everyone (or some sample) than to let a handful get away with something only to be caught later. semper fictilis 16:20, 2 June 2007 (UTC)[reply]

Well, is there some way in which "random" checks are even possible? I saw the suggestion that any checkuser could make the decision, but that's not exactly random. Also, can CU check one person against all other people, whether banned or not? Slim's post above suggests you can get an IP for an account, and then run that IP for all other accounts. I don't know if that's standard practice or not, but it certainly creates a wide net. Third, how would a checkuser then decide what was reportable? If you had two admins on one IP? If they had edited together once or twice? At the checkuser's discretion, but without the ability to say what they found? I'd favor a clearer checkuser policy, perhaps a broader one, but the latter without the former seems like a significant problem. Mackan79 18:29, 2 June 2007 (UTC)[reply]

So far, many of the arguments in opposition to this proposal (including mine) have focused on the technical aspects of random checkusers, the moral aspects of violating privacy, and issues related to violating Wikipedia:Assume good faith. I would like to raise a few others.

  1. Legality. Is this legal under the laws of the state of Florida? Do we have to consider the laws of another state/country if the checkuser lives outside of Florida? What about the place of residence of the person being checkusered? I'm not a legal expert, so I'll leave these questions to others.
  2. Security. Can the confidentiality of checkuser results be guaranteed? Could such results be leaked (either deliberately or due to negligence) or hacked. If the answer is yes, then this raises additional concerns about editors' privacy and even personal safety (see Political repression of cyber-dissidents).
  3. Unintended consequences. If we treat everyone as guilty, we're bound to catch some people who indeed are guilty. However, we'll also "catch" people who are innocent (false positives). Finally, such actions may actually turn people against the project. To use an analogy: if you treat innocent people like rebels, you shouldn't be surprised if they actually rebel against you one day.
  4. The policy on biographies of living persons includes a "presumption in favour of privacy" when it comes to the subjects of Wikipedia articles. Why should the same not extend to its editors who, by and large, do not meet the notability guideline for biographies? -- Black Falcon (Talk) 19:31, 2 June 2007 (UTC)[reply]

I think this proposal is a "bandaid solution", or rather an attempt to put a patch on a problem that does not solve the actual issue. Isn't this just a symptom of the editcounting style of RfA evaluation? That is, people look at the nominee and see high mainspace and Wikipedia space edits, and therefore see a "valuable contributor". That is not to disparage vandal fighters, who do a great service to the wiki. However, it is easily witnessed in RfA that vandal fighters have a much easier time generally due to the edit counts such activity generates. In the same vein, the face value acceptance of regurgitated answers to the "standard" RfA questions seems to feed into this issue. I don't think this is an issue of people gaming the system to pass RfA with a sockpuppet. If that were so, I think an adjustment or addition to the system would be warranted. However, I believe this is an issue of people gaming the culture at RfA, which has grown to favour edit counts and bland me-too answers to RfA questions over substantive evaluation. I think there are signs this trend is changing and encouraging that change is the real solution to this problem, in my opinion. When we stop valuing metrics over substance, as a group, this "loophole" will cease to exist. Vassyana 20:04, 2 June 2007 (UTC)[reply]

Questions about RFA

  1. Are we allowed to support or oppose ourselves?
  2. Are we allowed to ask friends to support or oppose us?
  3. If our RFA is denied can we make another one in a few months?
  4. How many edits would you say a user should have before becoming an admin?
  5. What should I do to have a good chance of becoming an admin?

If anyone else has any other questions feel free to post them here. Mattl2001 04:35, 1 June 2007 (UTC)[reply]

To make the answers as succinct as possible:
  1. No.
  2. No, and may even earn yourself opposition. See WP:CANVASS.
  3. Yes, definitely.
  4. Numbers fluctuate, and numbers should not matter, so all I will say is: enough for us to tell us you're experienced.
  5. Please read WP:GRFA.
Hope that helps. —Kurykh 04:41, 1 June 2007 (UTC)[reply]
(edit conflicted)
  1. No. Accepting the nomination is your own declaration of support; refusing the RfA is the oppose (and instantly renders it moot).
  2. Canvassing is frowned upon; I've seen a couple of RfAs fail on that basis.
  3. Yes, though if you haven't addressed the concerns raised in the first RfA, the second isn't any more likely to pass.
  4. I'd say that nothing below a couple of thousand has a snowball's chance in hell. Even then, though, it's more the balance of edits (mainspace to project space) and the quality of the edits that matters more than sheer number (in theory, at least).
  5. Involve yourself in the process of the project, such as AfD. Making sound, policy-grounded arguments for or against deletion will help show that you are able to properly interpret the project's policies and guidelines and apply them to various situations.
You might also want to check out Wikipedia:Admin coaching before submitting your RfA. EVula // talk // // 04:43, 1 June 2007 (UTC)[reply]
Yeah. What he said. —Kurykh 05:02, 1 June 2007 (UTC)[reply]

Another shining example of how the wikipedia community loves to bite our newcomers that don't understand our policies and think they would make a good administrator. No one with 87 edits knows how we work. Comments such as "wicked-strong oppose", "your just a middle schooler" and "it's starting to snow" are just plain unhelpful. Please please try and offer a bit more advice before shooting them to the ground. Unfortunately this RfA was closed before I had chance to hit back at the villains and offer my own constructive advice to the candidate. Ryan Postlethwaite 18:40, 1 June 2007 (UTC)[reply]

Agreed, in such obvious cases of failed RfAs, a simple note is more than enough. I do try to take the bite off of premie RfAs I close with {{User:EVula/admin/Premature RfA}}, though. EVula // talk // // 18:44, 1 June 2007 (UTC)[reply]
Yeah, I've just seen your note to the candidate - that's what we should be saying to them, telling them how they can improve, it's just a pitty there weren't more users participating there like you. Ryan Postlethwaite 18:47, 1 June 2007 (UTC)[reply]
I agree. That was a kind note that EVula left on Jonjonbt's talk page. People would leave just their signature, with no rational arguments, in RfAs of more experienced users but they feel it necessary to leave more and more biting and incisive comments to say the same thing over and over again (to the effect of you are too new, get out of here) on the RfA of an obvious newbie. - TwoOars 19:08, 1 June 2007 (UTC)[reply]
Which makes me wonder again, we really need requirements of who can request. Majorly (talk | meet) 19:18, 1 June 2007 (UTC)[reply]
But how could we enforce them? New users will still be able to list. Unless any user was free to remove a request that didn't meet the requirements. Ryan Postlethwaite 19:20, 1 June 2007 (UTC)[reply]
Yeah, other wikis like Commons and Meta have requirements before you can request. Majorly (talk | meet) 19:25, 1 June 2007 (UTC)[reply]
Leave alone the enforcement; There can never be a consensus on the requirements in the first place, I think. :) We'll never agree on the minimum time or editcount (as we can see in Hmwith's RfA).- TwoOars 19:32, 1 June 2007 (UTC)[reply]
I've removed four "no chance" RfAs recently; I think the highest edit count on one of them was 400-something (for one of the editors, their very first edits were to create the RfA). I'm not saying that those should be the baseline for a standard level of participation, I'm just mentioning it. EVula // talk // // 19:57, 1 June 2007 (UTC)[reply]
I've removed three RFA's, and I'm not even an Admin. I think there should be some minimum standards (like minimum 1000 edits in total, for example). Evilclown93 20:07, 1 June 2007 (UTC)[reply]
See, there lies the trouble. There might be exceptions. For eg, what about cases where the candidate is an established user on some other wikipedia (like a candidate on RfA right now)? Once we set a minimum standard like that, a lot of users would blindly quote that and there would be no room for discussion on the merits of the case.- TwoOars 20:17, 1 June 2007 (UTC)[reply]
I agree that exceptions can be made... to an extent. En's policies are different from any other Wikipedia's; just because Editor X has been an admin on the Russian Wikipedia doesn't mean that they know all of our policies and guidelines. I think that's one of the perpetual arguments against a "speedy promote" of inter-wiki admins (just as how my contributions here don't mean diddly over at Commons, where I'd also like to become an admin). EVula // talk // // 20:25, 1 June 2007 (UTC)[reply]
Oh, I'd like to belatedly agree that there should be more users like me. Excellent observation, Ryan. ;) EVula // talk // // 18:36, 4 June 2007 (UTC)[reply]
(Reset) My opinions-
  • There shouldn't be any guidelines in order to apply for RfA; it'll be a headache determining them. Plus, it's not difficult to close an RfA if the candidate hasno chance.
  • I find the en Wikipedia having the most strictest of policies, so being an admin on another Wikimedia project doesn't necessarily mean you can be an admin here, and doesn't guarantee that you know the policies here.
  • Going back to the original topic, I believe that the comments on the RfA were a little harsh. We could try not to bite the newcomers by just leaving a small note. There's no need to taunt the candidate; I'm presuming he has applied in good faith and not in disruption. Sr13 20:56, 1 June 2007 (UTC)[reply]
Ok, this is a totally different debate altogether but opinion has been fairly divided on Yonidebest's RfA. That means there is no consensus about that. And in my opinion, adminship should be given as a matter of course, based on trustworthiness, ability to learn from mistakes and ability to work non-disruptively in a community. Familiarity with policies shouldn't be that big a concern because it is not rocket science, neither is using admin tools(I assume :). After all when anybody can create an account and edit wikipedia, why shouldn't good faith editors known not to goof up majorly get admin tools? And its not like admin actions can't be reversed when a new admin makes an honest mistake or two in the learning stage. - TwoOars 20:45, 1 June 2007 (UTC)[reply]
  • Actually, coming a bit late to this thread, but it should still be possible to make 400 edits spread over 2 months, and demonstrate experience across namespaces and across Wikipeida, good edits, and trustworthiness. People might suspect it of being a sock of an experienced user, but it could just as easily be a long-term lurker with experience on another wiki. Carcharoth 13:51, 10 June 2007 (UTC)[reply]

Any system for users to give feedback about admins?

Is there any system/forum for plain users to give feedback for administrators? If not, there should be one. This system should be used to determine if an administrator needs to be re-evaluated. For example if there are administrators who edit war, violate policies (like RS, etc) and do other undesireable stuff that is not befitting of an administrator, should be subjected to a re-election, based on how much negative feedback they get in a certain period of time. Yes I know administrators are not any different than plain users because the only difference is that they have some extra tools, but still, an administrator should be an editor who is an example of a great editor, approved by all and shows all the different qualities that a good editor would have. --Matt57 (talkcontribs) 03:52, 2 June 2007 (UTC)[reply]

WP:RFC and WP:ANI usually does that job. Regarding "re-election", it is a perennial proposal, but see WP:RECALL. – Chacor 03:56, 2 June 2007 (UTC)[reply]
Thanks, I guess WP:RECALL is somewhat what I was thinking about. --Matt57 (talkcontribs) 04:01, 2 June 2007 (UTC)[reply]
WP:ANI is not productive for complaining about admins. Wjhonson 04:03, 2 June 2007 (UTC)[reply]
I suppose so. It used to occasionally though. Heh. – Chacor 05:32, 2 June 2007 (UTC)[reply]
If you provide negative feedback on ANI, be prepared to receive some yourself :-) Tintin 07:03, 2 June 2007 (UTC)[reply]
ANI does generally err on the side of agreeing with the admin, but that's not surprising, really. The vast majority of complaints about admin abuse are unfounded. Most times when there is disagreement the admins discussing it agree that it was a judgement call and while they may not have done the same thing, the admin that was there at the time is the admin that makes the decision, and unless it was truly unjustifiable, nobody will overrule it. If we undid every admin action where we might have done something differently nobody would respect any admin decision. --Tango 22:09, 3 June 2007 (UTC)[reply]
The appropriate place to provide feedback for a specific administrator is on their talk page. Try to be polite. Christopher Parham (talk) 07:01, 2 June 2007 (UTC)[reply]

Unlisted RFAs

So, having not actually participated in the project side of things for almost two months now, can anyone fill me in on the current standard for dealing with unlisted RFAs that have been accepted and answered like Wikipedia:Requests for adminship/Mitchazenia? – Chacor 04:02, 2 June 2007 (UTC)[reply]

Transclude them and update the time stamp, I believe. GracenotesT § 04:25, 2 June 2007 (UTC)[reply]
In the case of that RfA, listing it would result in a snowstorm. But in most cases, Gracenotes is correct. G1ggy! Review me! 04:34, 2 June 2007 (UTC)[reply]
What about this one. I found it a few days back, but I'm hesistant about because there is absolutely no way it is going to pass. Evilclown93 13:36, 2 June 2007 (UTC)[reply]
I know that there may not be consensus for this, but I would mention it to the user on their talk page and suggest that it is not needed. If they agree, you can db-owner it, if they disagree, then snow it instead. --After Midnight 0001 14:45, 2 June 2007 (UTC)[reply]
I agree. Some are being prepared for transclusion later. Probably best to ask. JodyB talk 15:47, 2 June 2007 (UTC)[reply]
Um if they are malformed by a user whose only edit is to that page, delete it. Otherwise, I'd just leave it. If they cannot work out how to transclude it on, they really aren't ready. And also, there are (probably) hundreds such RfAs if you look at the prefix index pages. Majorly (talk | meet) 14:50, 2 June 2007 (UTC)[reply]
  • Do not transclude it for the user. The user should be the one transcluding it, unless the nominator does so on their behalf. You can leave them a message on their talk page. Anything else is presumptive. --Durin 01:54, 4 June 2007 (UTC)[reply]

New Users trying to be Admins...A study?

I'm just kinda thinking as I type here, so just bear with me. I got to pondering earlier, about RFAs that get removed early due to pile-on opposes. A large percentage of the time, that's because the user is a new person who doesn't understand our criteria for adminship. We quickly close down their RFA, rather than letting it run the full week. Just out of curiosity, I wonder how many of those users continue to edit Wikipedia at the same rate they had been, whether some people increase/decrease their level of contribution, or if some take their failed RFA as a "screw you" and never come back. Thoughts? ^demon[omg plz] 16:51, 3 June 2007 (UTC)[reply]

Very interesting. I could go and look at a few. Granted, most have very little edits to begin with, so evaluating an "editing rate" may be difficult.--Wizardman 16:54, 3 June 2007 (UTC)[reply]
When I tell a newby trying to be an admin that it is not immediately possible (yes, I know it is in theory but not in practice) I always try to do it very gently, explaining why, and telling them what they need to achieve to make re-application sensible. I think we all do this. But, if we make the assumption that the large majority of RfA applicants want to improve the encyclopedia, even if as a new editor they do not know how to, then keeping track of them, perhaps by template, and offering periodic encouragement as appropriate seems to be a very good idea. Let's do it.--Anthony.bradbury 17:07, 3 June 2007 (UTC)[reply]

I just did a small, probably not statistically signicant, survey of the first 20 failed RfA s in the list who were newbies; I define newby arbitrarily as having under 1,000 edits. Of the twenty, only one has contributed anything at all in the last three months. Some might have if they had been encouraged. Really, let us try to do something about this.--Anthony.bradbury 17:20, 3 June 2007 (UTC)[reply]

I've found Oppose with moral Support or Neutral with moral Support eases my consience, even if it may not have helped the editor. I totally agree with the concern here - far too many editors and admins seem to think adminship is a promotion. If we could remove that ridiculous idea then it may help the issue at hand.Pedro |  Chat  17:23, 3 June 2007 (UTC)[reply]
I hadn't looked at the numbers yet, but that actively frightens me. If we're losing good faith contributors just because they wanted to help out and didn't know better, then this is an issue that deserves quite a bit of attention. ^demon[omg plz] 17:59, 3 June 2007 (UTC)[reply]
We shouldn't put too much weight on that. Its worrying but it could be that some of those people had no intention of sticking with the project anyway. One of the things I guess we look for is a commitment to Wikipedia as a project developing and maintaining a free-content encyclopedia. WjBscribe 21:58, 3 June 2007 (UTC)[reply]
If its a newbie who had unwisely opted for adminship, I'm not sure even going for the support/oppose/neutral sections is helpful. We have a discussion section above where we could make positive comments about their contributions so far and make it clear what is generally expected before people get adminship. The whole oppose/support concept is inherently stressful and I'm not sure there's a good reason to put someone who has asked for adminship very prematurely through it. WjBscribe 21:58, 3 June 2007 (UTC)[reply]

To be fair, Wiktionary defines "promote" as "To raise someone to a more important, more reponsible or better paid job or rank" (my emphasis) which is accurate in terms of creation of admins. But we should strike out "more important" and of course "better paid job or rank". I do know that I am being annoyingly pedantic. And what we are looking at is the problem of failed applicants dropping out of the project.--Anthony.bradbury 17:32, 3 June 2007 (UTC)[reply]

This may come off sounding overly harsh, but folks who easily decide "something didn't go my way, I'm out of here" probably have an overly-fragile temperament, unsuitable for adminship anyway. That said, yes, I think it's worth looking into whatever circumstances cause us to lose editors. But I don't think it's good to focus on the adminship request aspect of this. If someone comes in as an editor, not looking primarily to help the project but rather looking mostly for recognition and opportunity to "rise through the ranks", this is probably not the kind of editor we should be trying to keep. We should instead look for ways to keep those editors whose goals are aligned with the project's goals. Friday (talk) 18:12, 3 June 2007 (UTC)[reply]
I have to agree with Friday and I don't think we should really care if someone with 6 edits on Wikipedia fails RfA and leaves. Now I'm not saying that we should be encouraging their departure, nor should we completely ignore the problem of hailstorms about well-intentioned newbies that get flamed to death because of RfA. I think it would be good if more people took it upon themselves to close newbie-RfAs very very early (instead of waiting for 5 or 6 merciless opposes). But correlation and cause are very different and we have no evidence whatsoever that these people are leaving the project because someone wrote "100 edits? Bring out the snow plow!" I know templates don't solve anything but we could agree to create some sort of template like {{prematureRfA}} that could be used on candidates' talk pages and would be courteous and detailed. Pascal.Tesson 18:32, 3 June 2007 (UTC)[reply]
Pascal, you are wholly correct. But i do agree with the original comment, namely that some uninformed new editors apply, in their ignorance, for admin reponsibility, and when they are hit by a WP:SNOW response, they leave wikipedia for ever, whereas they might, in a different framework, have become responsible editors and, indeed, ultimately admins. OK, someone with six edits may well not be admin material (obviously), but someone with 1,000 edits may well be, and I would like to see them being encouraged. Thinking about it, even a six-edit contributor may blossom with time. After all, at some point in the past, we have all had only six edits. Yes?--Anthony.bradbury 21:35, 3 June 2007 (UTC)[reply]
Pascal, {{User:EVula/admin/Premature RfA}} could work. Greeves (talk contribs reviews) 21:43, 3 June 2007 (UTC)[reply]
I was very lucky. My first RFA failed miserably, and I had only 250ish edits at the time. Luckily, I decided to stick around and keep working, and here I am, ages later. However Friday, I'm not looking at it so much from a "I didn't pass, screw you guys I'm gone" look at it, but more of a "Wow...they don't want my help. I guess I'd better find something else to do." It's that group of editors I'm interested in. I honestly think more care should be given to editors who's RFAs are closed early, even if it's a template message. Even a simple, "Thanks for trying, but we couldn't accept you for XYZ reasons, keep working at it and try later" might get a better response than seeing that they failed, failed early at that, and there seems to be no way to appeal it. ^demon[omg plz] 21:44, 3 June 2007 (UTC)[reply]
I requested adminship after ~3 months experience. I wasn't entirely sure of the potential result of my RfA. I passed (phew!), but had I not passed, I probably would have taken a failed RfA as a negative thing, and probably cut back on my editing for a while. It's understandable that the RfA process is tough, especially nowadays, and people should expect the unexpected. People should know that RfAs fail all the time, and if their RfA fails, then they shouldn't be that worried about it. Hopefully, they can take constructive criticism and learn from the comments. However, that doesn't always happen, and as Friday mentioned, the people who choose to leave Wikipedia after a failed RfA may not have been the suitable in any case. I know that one of my RfA candidates who failed, Fan-1967 (talk · contribs), apparently disappeared from Wikipedia after his RfA. I e-mailed him and got no reply back, so I'm guessing he's left Wikipedia for good. It's disappointing to see that, but then when you think about it, you might believe that the person was not suitable for adminship, anyway. Nishkid64 (talk) 21:57, 3 June 2007 (UTC)[reply]
Okay, speaking as someone who has closed several premie-RfAs recently (and created {{User:EVula/admin/Premature RfA}} specifically to prevent hurt feelings), I have to say that I don't have much faith about the RfA candidates themselves. I've got grave concerns over any editor that immediately comes here, makes flimsy arguments for their promotion, and would then get so pissed off about a failed nom (even if they had harsh comments). As several other people have said, if someone's skin is that thin, they aren't likely to become good contributors in the first place, even disregarding their RfA experience (which is such a nebulous effect that I have severe doubts about practically any conclusions drawn from them). In my mind, these are just kids who are coming here for the "ooh, shiny" factor, and don't have full comprehension about what they're actually asking for; yes, they may become useful contributors, but not for a couple more years, when they've gotten enough life experiences to mature to the point where they can collaborate well with others (read: we might very well be better off without them for now). So ultimately... I find this rash of newbie RfAs curious, but in no way a problem that needs to be addressed in some fashion. EVula // talk // // 04:32, 4 June 2007 (UTC)[reply]

It's multicolored week!

Pretty colors galore!

I just find it interesting how just three weeks ago we had 15 RfAs running at nearly unanimous support, but this week, it's a totally different story. Just take a look at the image to the right. 10 green RfAs, 4 yellow RfAs, 2 orange RfAs, 3 red-orange (?) RfAs, and 1 white RfA. Oh Wikipedia...you amaze me every day. Nishkid64 (talk) 21:50, 3 June 2007 (UTC)[reply]

Pretty colors here too.
Well June is Gay Pride month. --Ozgod 21:52, 3 June 2007 (UTC)[reply]
(edit conflict) LOL! I think much of the red may be because more and more new Wikipedians seem to be applying. Greeves (talk contribs reviews) 21:53, 3 June 2007 (UTC)[reply]
Lol @ Ozgod. Anyway, here's a editcount breakdown of the 6 RfAs currently below 75% support. Yonidebest 436 edits, YechielMan 6017 edits, Loom91 1885 edits, Arkyan 2479 edits, Ispy1981 1251 edits and 3919 edits for Ozgod. I think only two of those RfAs would actually fail because of people's concerns over editcountitis/inexperience. Nishkid64 (talk) 22:02, 3 June 2007 (UTC)[reply]
Very new user RFAs get closed pretty quickly, so they won't really effect the table. You would have to looked at it at exactly the right time to see them. --Tango 22:25, 3 June 2007 (UTC)[reply]

I encourage people to get out there and nominate - we need more admins. Last month we agreed to 53 editors getting admin tools. We should be aiming to advance on that number this month... WjBscribe 22:23, 3 June 2007 (UTC)[reply]

I guess it's official. June is "RFA/Wikipedian water torture month." bibliomaniac15 An age old question... 23:45, 3 June 2007 (UTC)[reply]

For some people it is a sport. --Ozgod 23:49, 3 June 2007 (UTC)[reply]

A user's past errors....how long ago is too long ago?

I'm referring specifically to Dfrg.msc's RfA, but it's probably come up in several cases. How long ago would one have to have done something before it's considered "too long ago" to bring up in an RfA? I think it's pathetic that something done a year ago should come back to haunt you, but that's just my personal opinion. What do others think? G1ggy! Review me! 04:10, 4 June 2007 (UTC)[reply]

My opinion is that it's not coming back to haunt him at all, it's just that a few editors expressed concerns of truth over him being given the admin tools. I hope the RfA doesn't put him off contributing, nor applying again in the future. --Deskana (talk) 04:15, 4 June 2007 (UTC)[reply]
Steady on, I haven't failed yet! Dfrg.msc 07:14, 4 June 2007 (UTC)[reply]
in general it depends what it is, and how isolated it was. If there's one loss of temper 2 months back, this is different from if there were three or four each month until just before the RfA nomination. If it was ordinary incivility, this is different from trolling. I'd want many months of perfect behavior from a reformed troll. But in terms of ordinary politeness, many editors improve between their first and second applications. DGG 04:18, 4 June 2007 (UTC)[reply]
It isn't the time, it's how the editor has behaved since. If someone was a dick, got reprimanded about a year back, and has had a chip on their shoulder ever since (but not doing anything deserving of an official rebuke, for lack of a better term), that's a bad thing. If someone was a dick, got reprimanded about a year back, and has since learned from the transgression, that's a totally different situation. EVula // talk // // 04:25, 4 June 2007 (UTC)[reply]
Personally, 6 months if it involved a justified block, or 2/3 if not. I want to be sure the user has not only learned what not to do in a situation, but also what to do. Of course, they must be regular contributing months. After the threshold, I don't consider them valid antecedents. So, when talking about a block 8 months ago, a "He has been blocked in the past." comment given as information is fine, but anyone justifying something because of such an old block is just nitpicking (of course, the user has behaved correctly since the block). However, some mistakes will always come back (Carnildo's, Essjay's, etc), regardless of time passed. Unfortunately. -- ReyBrujo 04:36, 4 June 2007 (UTC)[reply]
  • Apart from the minimum time of 2 months that I feel is necessary to show that you've improved from a block, I don't really care so much about the amount of time that has passed. It's only one factor in demonstrating that the user has learned from their mistakes and won't do it again. For instance, if someone vandalized three months ago as a newbie and has been sincerely sorry for that since, I may very well support them. Conversely, though, if someone is blocked two years ago for 3RR (which I consider the most minor blockworthy thing possible) but will not admit that they did something wrong, I will probably still oppose them. -Amarkov moo! 04:47, 4 June 2007 (UTC)[reply]
I agree whole-heartedly with all of the above statements. I really don't see how an immature edit made half a year ago is enough to justify a concern for abuse of admin tools. I have seen this in the past, but it is particularly frustrating when an edit from 17 November 2006 earns you and Oppose vote. Many people seem to agree and yet, here we are. Dfrg.msc 07:25, 4 June 2007 (UTC)[reply]
YechielMan's RfA is a classic example of this. Almost all the opposes right now are solely because of something he did a year ago. At some point I think there should be an RfA statute of limitations on almost every misdeed. Grandmasterka 07:33, 4 June 2007 (UTC)[reply]
I'd agree, six month/a year is a very long time on Wikipedia, and I'd strongly support such a limitation, it's all too easy to dig up the past, and new users simply don't know better. Dfrg.msc 08:56, 4 June 2007 (UTC)[reply]
As far as I'm concerned, limiting anyone's ability to vote the way they want is not a good idea. If I found my votes were discounted because someone else thinks my concerns are irrelevant, then I'd be pissed. --Deskana (talk) 09:09, 4 June 2007 (UTC)[reply]
Everyone should have the right to vote the way they wish, but the closing bureaucrat has the power to discount votes for a very good reason. For instance, have a look at Wikipedia:Requests for adminship/Kelly Martin and see if you think that oppose vote should have been counted. - Zeibura S. Kathau (Info | Talk) 14:34, 4 June 2007 (UTC)[reply]
Yeah, well, by "statute of limitations" I didn't mean one imposed by the bureaucrats, I meant one imposed by each person commenting in an RfA. Grandmasterka 16:23, 4 June 2007 (UTC)[reply]

I'd like to say something about this whole thing. If admitting to being a reformed vandal/abusive user is such a big deal, it should be suggested in one of the questions. There is nothing in the RfA layout which would suggest to the user that they need to sit down and look through their entire contributions history picking out every mistake they've made, particularly that long ago.

I don't believe a user's contributions from a year ago should be relevant, as far as I can tell he hasn't done anything to harm the project since last year, and he's helped others who've made the same mistakes as him. I believe that this user's history will have had a positive effect on his ability to deal with vandals, having been "dealt with" as one himself, and moved on and become an established editor. This is the same reason drug talks at schools are most effective when made by rehabilitated drug users; people who can relate wrong-doers, in any way, tend to be far better at dealing with them than people who can't.

I'm not suggesting anyone's vote on this RfA is invalid, but I can definitely relate to how dfrg.msc is feeling about these oppose votes. This is something that happens in real life as well as on Wikipedia, being judged on things we've done, and learned from, in our past, and it's very frustrating. - Zeibura S. Kathau (Info | Talk) 15:07, 4 June 2007 (UTC)\[reply]

I think that a user's recent conduct is as good an indicator as any. WHen I was a relative newb, I did get pissed off at AfDs, etc. But I think sometime in mid to late February I was arguing with one editor and then I realized I was getting waaaaayy too pissed off about it. Every editor acts stupid, just some more than others. But the good editors grow out of it. A spotty past is I would say never a reliable indicator. However, obviously, if the past week before the RfA the guy was making personal attacks, we know he hasn't matured to the desirable point yet. David Fuchs (talk / frog blast the vent core!) 15:36, 4 June 2007 (UTC)[reply]

Yikes! Sorry to show up so late to a party I seem to have accidentally started. My thoughts on the matter (and the reasoning behind this specific vote) have always been as follows: there are two kinds of maturity that relate to performance as an admin: maturity as a Wikipedian, and maturity as a person. Maturity as a Wikipedian can essentially be described as experience with the culture and processes of the site; the learning curve is sharp (on the scale of weeks) and I've always been a believer in forgetting about errors that stem from lack of this quality almost immediately. Maturity as a person is every bit as important (successful participation in this site, particularly as an admin, requires a thick skin and patience), but is acquired over a timescale of years, and, as with most things worth having in life, you can't get it on the internet. As the timescale indicates, I tend to take errors appearing to stem from this sort of issue into consideration over a much longer time period. Anyway, that's my two cents. --RobthTalk 03:49, 6 June 2007 (UTC)[reply]

For me, it's never too late. Anchoress 04:07, 6 June 2007 (UTC)[reply]
I suppose the first edits can be ignored as long as they've learnt. If you take a look at my first contribs, they sure weren't a bed of roses. bibliomaniac15 An age old question... 04:28, 6 June 2007 (UTC)[reply]

I am quite new to the whole process of picking administrators, but while on one hand do not really favor a draconian approach to past crimes, on the other hand (and eye) when I read the whingeing and whining of someone complaining about their past not going away and how they have almost leaned that "behavior counts", I mostly think to myself "This person is not demonstrating to me that much maturing has taken place." It seems to me (i.e. opinion) that every voting wikipedian should get to set their own perimeters about what determines how they vote. A statute of limitations seems to me to be a bad idea. Henry Ford is credited (at least in my mind) with saying "Don't explain, don't complain." I guess I'd like to find a bit more of that around here and when I read someone doing both, it does not bode well for the future. Carptrash 14:34, 6 June 2007 (UTC)[reply]

I know I saw it at one point...

I swear that, at some point in time before I became an admin, I stumbled across a page that was, in essence, a list of links to various editors' personal RfA requirements. Anyone know where that is? I'd like to link to it from {{User:EVula/admin/Premature RfA}} (as well as add my own, whenever I actually write up my own). EVula // talk // // 04:57, 4 June 2007 (UTC)[reply]

I read that too... I'll try to find it. hmwithtalk 05:02, 4 June 2007 (UTC)[reply]
Wikipedia:Requests for adminship/Standards... which has now been split into smaller versions. – Chacor 05:03, 4 June 2007 (UTC)[reply]
Ah, yup, that's what I was thinking of... hrm, as it's rather out of date, though, I might just leave it alone, though. Giving them out-of-date information will only frustrate them, and since really that information should be irrelevant by the time they get ready to make a successful RfA run (and they've hopefully followed the other links in the template), maybe it's just fine the way it is. :) EVula // talk // // 05:09, 4 June 2007 (UTC)[reply]
I remember reading a Why The Hell Not? essay... –Sebi ~ 07:30, 4 June 2007 (UTC)[reply]
It may be worth reading Wikipedia:Miscellany for deletion/Wikipedia:Requests for adminship/Standards/A-D to find out what happened. --ais523 08:04, 4 June 2007 (UTC)
In reply to Sebi, User:Ral315/WTHN. James086Talk | Email 08:38, 9 June 2007 (UTC)[reply]

ArmedBlowfish removed

As bureaucrat, I have removed ArmedBlowfish's RfA as fatally flawed. The user is impacted by the official policy: Wikipedia:No open proxies. He/she was asking the community to enable him/her to circumvent this policy by approving him/her as admin to take advantage of the Admin's technical ability to circumvent stated policy.

As fine and honest as this user may or may not be, I am astounded to see him or her asking the community for the power to circumvent official policy, with the stated intent to use the power for just that. Neither the community nor the bureaucrats (as the button-pushers) are empowered to defy official policy through the backdoor of RfA.

This is not the venue to solve the ArmedBlowfish's problem. If the policy is wrong, there are places to change it. If AB and/or ABs supporters are so convinced that AB should be exempted from this policy, appeal to Jimbo. Failing that, this editor may post to his/her Talk and allow his/her supporters to do the dog work, or else find another way to contribute to Wikipedia consistent with policy. -- Cecropia 18:12, 4 June 2007 (UTC)[reply]

This is an unacceptable exercise of bureaucrat authority. The request is supported by an ArbCom member - Morven - as well as by the majority who have responded to it. The validity of this request should be determined by the Community, not by a bureaucrat acting alone. WjBscribe 18:15, 4 June 2007 (UTC)[reply]
(edit conflict) Agreed. As such, I have reverted your removal. Given your statements above, I would prefer if another non-involved bureaucrat close the RfA when it concludes. ^demon[omg plz] 18:19, 4 June 2007 (UTC)[reply]
You quite go over the line in countermanding my action. Every "bureaucrat" is involved in RfA. How has it quickly come to be that ArmedBlowfish's supporters feel empowered tnot only to want to empower him to circumvent official policy by secondary means, but also countermand a bureaucrat's discretion? -- Cecropia 18:25, 4 June 2007 (UTC)[reply]
As I understand it your "discretion" is in reviewing consensus. If you believe you have any other discretion please provide a basis for this claim. WjBscribe 18:27, 4 June 2007 (UTC)[reply]
Both bureaucrats and admins are committed to upholding official policy. Will someone explain to me the propriety of trying to gain a power specifically for the purpose of circumventing policy on an ad hoc basis? -- Cecropia 18:33, 4 June 2007 (UTC)[reply]
I know people don't like it, but I'm going to have to say IAR on this. Honestly, that policy is getting in the way of Armedblowfish's constructive contributions to this project and in this case, is flawed. IAR is designed so we can skirt the rules when there's a good excuse and unforeseen circumstances arive, and letting AB continue to contribute to this project is obviously an unforeseen circumstance. WP:NOP was designed to curtail vandalism. And that's what it does, curtail vandalism. Does AB vandalize? Has he ever done anything but try to improve Wikipedia? No. Then why should he be held down by some policy that wasn't even designed to impact him? He shouldn't. That's why this RfA exists. ^demon[omg plz] 18:38, 4 June 2007 (UTC)[reply]
Aside from the issue of circumventing policy, please consider that you are asking to approve an RfA that would set a precedent that others without such high motives would easily take advantage of. What this RfA seems to be asking for is to grant one user the right to circumvent a process that would prevent him/her from ever being identified, even (alleges one user, responded to by another) beyond legal process. -- Cecropia 19:20, 4 June 2007 (UTC)[reply]
Maybe you should address Coelacan's explanatory response there. –Pomte 19:36, 4 June 2007 (UTC)[reply]
It's simply false that this policy is preventing him from editing Wikipedia; he has simply chosen not to edit Wikipedia since he is unable to do so in the particular way he prefers. When he decides to accept the restrictions placed on every other user he will easily be able to start editing once again. Christopher Parham (talk) 20:23, 4 June 2007 (UTC)[reply]
But you are also saying that he is not allowed to run a Tor exit node from his home. The effect of this is that no one who edits Wikipedia is allowed to offer anonymity and safety to other people, through Tor or the older Triangle Boy,[1] or any similar system. The effect is that even trusted Wikipedians are not allowed to participate in enabling free speech off Wikipedia, even if they are not enabling nontrusted users to edit Wikipedia (since the IP is still blocked directly). ··coelacan 20:40, 4 June 2007 (UTC)[reply]
I am not saying that he is not allowed to run a Tor exit node from his home; he is welcome to. He simply can't edit Wikipedia from that address; he is welcome to edit Wikipedia from a different, non-open proxy address while still running the Tor node. He is also welcome to seek a change in our policy regarding registered users editing from Tor nodes. Christopher Parham (talk) 20:52, 4 June 2007 (UTC)[reply]
So now he has to buy a second IP? I don't know what ISP he has, but I only get one IP. I know on some DSL services you can get a second one for about fifteen bucks a month; on many cable services you have to pay for a separate second connection with no discount. IPs are not free; if I could not edit from my one home IP then I could not edit. ··coelacan 20:59, 4 June 2007 (UTC)[reply]
Yes, he may be forced to pay for internet access in order to edit Wikipedia. (He will also likely be required to pay various hardware and software costs.) Alternatively, he is free to edit Wikipedia from any public terminals (e..g libraries) that may be available in his area. Christopher Parham (talk) 21:14, 4 June 2007 (UTC)[reply]
I believe this sets the bar unnecessarily high for users who wish to offer off-Wikipedia anonymity to other people. To demand that he acquire a second internet connection, when he is not doing anything wrong with the first one, is an arbitrary and unreasonable burden. ··coelacan 21:29, 4 June 2007 (UTC)[reply]
Oh get off it, Cecropia. Adminship is no big deal, and neither is bureaucratship. Just because you see the RfA as fatally flawed does not mean the rest of the community does. While some people agree with you, forty-three others do not. Yes, bureaucrats are involved in the running and consensus-finding of RfA, but that doesn't mean they can make blanket decisions about the validity of a specific RfA. You have clearly crossed the line in terms of neutrality on this RfA, and were you to try and close this RfA, I could not possibly accept the outcome, given your very clear perspective shown on this page. That being said, you're more than welcome to join the oppose section. ^demon[omg plz] 18:31, 4 June 2007 (UTC)[reply]

There are already comments on my talk page that I should not have made the one-man decision to remove this RfA--that the community should have had the chance to determine if it passes or fails. Whether it passed it or failed, it would set up the highly undesirable precedent that the community has the right to selectively nullify policy by giving some the technical power to circumvent through the media of RfA. -- Cecropia 18:18, 4 June 2007 (UTC)[reply]

That point has been raised in the RfA and is something the community in responding to it will consider. Feel free to express an opinion in the context of the RfA but your judgment does not trump everyone else's (a point you yourself have made about bureaucrats elsewhere). WjBscribe 18:21, 4 June 2007 (UTC)[reply]
WJB, the RfA was in effect an unblock request. If ABF wants to be unblocked, he should try to achieve that in some other way: either work to change the policy, or appeal to Jimbo that an exception be made for him because of special personal circumstances. SlimVirgin (talk) 18:21, 4 June 2007 (UTC)[reply]
That's your opinion SlimVirgin, but this is an RfA about forming a consensus into the matter, obviousy you disagree - you opposed, but if there's consensus there to promote, there's consensus there to promote. Ryan Postlethwaite 18:23, 4 June 2007 (UTC)[reply]
I find it worrying that we can have anti-policy platforms; and not in the sense of "If elected, I will try to change policy X," but "I've been ignoring policy X since day one, and I need this adminship so I can continue to ignore it, but I intend to block others if they violate any other policy." That undermines the whole process. The whole point of having bureaucrats to make promotions, rather than just robots who count votes, is to make sure the spirit of the process itself is protected. SlimVirgin (talk) 18:47, 4 June 2007 (UTC)[reply]
The whole point of Wikipedia is that decisions - like who to give adminship to - are made by consensus. We do not give that power to people to wield independently of consensus. Why not trust the community to make the right decision having read your concerns, as I do? WjBscribe 18:53, 4 June 2007 (UTC)[reply]
You wouldn't support consensus if a group of people turned up and voted to overthrow NPOV. Consensus is important, but it needs to be interpreted and judged in terms of the interests of the project. That's why people argue that Wikipedia is not a democracy, and RfA is not a vote, or not only one. SlimVirgin (talk) 19:40, 4 June 2007 (UTC)[reply]
Nice strawman; NPOV is a pillar of Wikipedia, not simply "policy", and I challenge you to name anyone who has been made an admin while opposing it/wanting to carve an exception to it for their own work. -- nae'blis 23:59, 4 June 2007 (UTC)[reply]
There is clearly a sentiment that the policy is a practical one with possible exceptions, as it is counterproductive in several instances mentioned at Wikipedia talk:No open proxies, so this policy is on a different level than other established policies. Block evasion is not the only reason for the nominations, and the RfA itself is not an anti-policy platform. The number of supporters suggests a common sense application of WP:IAR, with both respects the policy and the spirit of the RfA process. –Pomte 19:20, 4 June 2007 (UTC)[reply]
  • Why not let the community decide this? Policies are decided by the community, exceptions to them are as well. Blowfish is about 2:1 in favor... at that ratio it could easily be closed as not enough consensus to support (the guidelines say about 75% support is appropriate, which would be 3:1). If the consensus pushes over 3:1, isn't that an indication the community supports this? -N 19:28, 4 June 2007 (UTC)[reply]
This is complete madness. SlinVirgin not only opposed the Gracenotes RFA last week because of fears for 'outing' Wikipedia editors, is now arguing that we should not even consider the possibility of letting this editor retain his requested privacy? I'm with demon on this one; come off it Cecropia, if you're confident this will fail, then let it run to conclusion (and let someone else evaluate consensus, since you're not neutral on the matter). If it passes, then policy/precedent is wrong, and consensus has changed. The presumption that this is only about avoiding the ipblock is offensive to me. nae'blis 19:37, 4 June 2007 (UTC) (not logged in at present)[reply]
I've made a suggestion to ABF by e-mail that might work without affecting anyone else, and which would allow him to edit and retain his privacy. I think this RfA is using a sledgehammer to crack a nut. SlimVirgin (talk) 19:42, 4 June 2007 (UTC)[reply]
Does anyone know how IPblock-exempt can be reconciled with Wikipedia:No open proxies? If IPblock-exempt is an institutionalized way for administrators to bypass the restriction, shouldn't the language of WP:NOP be updated accordingly? I note that m:Editing with Tor contains the line There is some obscure, manually maintained IP blacklist file for Tor nodes and open proxies. Ask Brion about it. which appears to suggest there is a workaround allowing some users to edit from open proxies, even though it seems to be against policy, at least the en:WP policy. I'm not against changing the policy, I'd just like the situation to be clarified. EdJohnston 20:16, 4 June 2007 (UTC)[reply]
WP:NOP, official policy. But, WP:IAR, also official policy. If the rules keep you from doing something, ignore them. If the rules keep AB, a trusted user, from doing something (editing), let him ignore them. --R ParlateContribs@ (Let's Go Yankees!) 20:42, 4 June 2007 (UTC)[reply]
That's where it's a gray area. The rules don't prevent him from editing. He could edit if he wasn't using the proxy, which is his personal preference, but not a requirement by any means. Leebo T/C 20:45, 4 June 2007 (UTC)[reply]
No, it's worse than that. Cribbing my post above: the opposers' interpretation of policy means that he is not allowed to run a Tor exit node from his home. The effect of this is that no one who edits Wikipedia is allowed to offer anonymity and safety to other people, through Tor or the older Triangle Boy,[2] or any similar system. The effect is that even trusted Wikipedians are not allowed to participate in enabling free speech off Wikipedia, even if they are not enabling nontrusted users to edit Wikipedia (since the IP is still blocked directly). ··coelacan 20:51, 4 June 2007 (UTC)[reply]
Coelacan, to say he's not "allowed" to run a Tor exit from his home is wrong-headed. Of course he is; he's just not allowed to edit Wikipedia with it. Complaining that this is unfair because it might cost him extra to run his Tor exit and maintain an ordinary IP address is like arguing we should buy everyone in the world a computer, because it's unfair to expect people to pay out just so they can edit. Or maybe we should subsidize people in the UK because internet access costs more there than it does in the U.S. SlimVirgin (talk) 21:38, 4 June 2007 (UTC)[reply]
No, it does mean he cannot run a tor node from his home. Even if he stops editing through the tor network, he will remain blocked because he's at the same IP as a tor exit node. That means even if he turns off his own proxying and reveals his IP directly to Wikipedia, he will still be blocked. And the claim that what I am saying is anything like computer subsidies is absolutely outrageous; it is nothing like that. What I am saying is that since he has a perfectly good internet connection already which he has not abused, and which he is not even enabling others to abuse Wikipedia with, he should be allowed to use that connection. He is doing nothing wrong with the IP he has. To say that he nevertheless needs to go buy a new one is an unreasonable burden. That's not subsidy, SlimVirgin, that's just saying that someone who is doing good should not be punished for it. ··coelacan 21:56, 4 June 2007 (UTC)[reply]

On ArmedBlowfish's Removal

I am explicitly rescinding my action of removing ArmedBlowfish's RfA, not because I think it was a mistake or outside my purview, given the circumstances, but because I don't want it to be the subject of a fruitless revert war and in the hope that it will have encouraged discussion on its core points. I don't know that this will stand until closing time, but I await opinion from other bureaucrats on that aspect at the Bureaucrat Noticeboard. -- Cecropia 20:31, 4 June 2007 (UTC)[reply]

Just to let everyone know, I've created the above template to use to post to new users when withdrawing their premature RfA's, it gives them a bit of encouragement and gives them a few pointers as to how they could succeed in the future. If people could take a look over it and improve it as required, cheers Ryan Postlethwaite 19:08, 6 June 2007 (UTC)[reply]

Hrm. For starters, I'm not certain I would call it RFASnow, nor link to SNOW. Secondly, the "you're doing a fantastic job" is probably inaccurate in a number of cases. While I support your desire to encourage, perhaps going out on a limb like that is not the best way. KillerChihuahua?!? 19:13, 6 June 2007 (UTC)[reply]
As I said above - get improving it :-) I wasn't sure about the SNOW name, or snow link to be honest, I'll remove that now, the template could maybe be moved to {{RFApremature}}. The point is, this template should ony be used on the good faith new users. Ryan Postlethwaite 19:15, 6 June 2007 (UTC)[reply]
/me hugs {{User:EVula/admin/Premature RfA}}. :P EVula // talk // // 19:30, 6 June 2007 (UTC)[reply]
It was inspired by yours EVula, just thought it would be nice if it was in main template space - and this doesn't use any parser functions! Ryan Postlethwaite 19:33, 6 June 2007 (UTC)[reply]
But aren't all real templates required to use as many parser functions as they possibly can cram in, preferably including options for British and American spelling? --tjstrf talk 19:38, 6 June 2007 (UTC)[reply]
Oooh, we could do something like meta:Template:Welcome. ;) EVula // talk // // 19:42, 6 June 2007 (UTC)[reply]
Bah, parsers are awesome. :P I like the template (and I switched the "name" field to {{BASEPAGENAME}}), though I'll still use my own for premie RfAs that I catch. I like having it somewhat customized to the person I'm talking to. EVula // talk // // 19:42, 6 June 2007 (UTC)[reply]
I'm not and am unlikely ever to be an admin so maybe I'm speaking out of turn by posting here, but shouldn't the template(s) steer them gently but firmly towards editor review? It seems that one of the most positive effects of a failed RfA is that it acts as a turbocharged editor review (having 30+ of the most eminent wikipedians telling you precisely why your contributions suck might smart, but hopefully it also acts as a spur to improvement)iridescenti (talk to me!) 19:59, 6 June 2007 (UTC)[reply]
You aren't speaking out of turn. I doubt the usefulness of an WP:ER link though, for the exact reasons you mentioned: they just went throught RfA, an editor review won't give them much additional information. --tjstrf talk 20:05, 6 June 2007 (UTC)[reply]
I've added the ER link in, I think it's a good move for a new user. In RfA, they are likely to get the boilerplate remarks basically saying they're too new, an editor review will take a look at individual edits and give them better advice as to how to improve than they're RfA was likely to have done. Ryan Postlethwaite 20:07, 6 June 2007 (UTC)[reply]
(edit conflict but posting anyway) What I'm trying to say is, if the RfA's are going to be speedy-closed as soon as they open for people with low edit counts (which I think is the gist of what's being proposed here), they won't get the "Here's what you're doing wrong" input a failed RfA currently givesiridescenti (talk to me!) 20:09, 6 June 2007 (UTC)[reply]
Yes, both of you are right. If an obviously doomed RfA is closed almost immediately, as it should be, then the candidate will have gotten little, if any, really productive feedback. I like the links to both ER and Admin Coaching, which I have been passing along to Snow victims here and there. -- Satori Son 21:11, 6 June 2007 (UTC)[reply]
Entirely unsurprised by your comment.[3] :) EVula // talk // // 21:14, 6 June 2007 (UTC)[reply]

{{RfA withdrawal}} already existed so can we redirect the hugs for Evula my way? :D (see here if you think the hugs should go to Nick) James086Talk | Email 00:00, 7 June 2007 (UTC) Please oh please remove the edit count bit from it - the just encourages bot style edits and perpetuates editcountitis. ViridaeTalk 03:53, 7 June 2007 (UTC)[reply]

How editcountitis threatens Wikipedia

"Edit counting is to be avoided." -- Wikimedia Meta-Wiki

Editcountitis is back with a vengeance. For a while, people would veil their editcountitis with phrases like "not enough project-space contributions" or "not enough experience", but now we've got users who will outright say "oppose because you haven't made 5,000 edits". I think that a year ago, a demand for 5,000 edits would be nothing but a bad parody of editcountitis, but now people are making that demand in all honesty.

"So different people have different voting standards," you might say. "What's the big deal?" I want to explain how editcountitis -- and, in general, the practice of voting on admins by numbers, and not by looking at their contributions -- hurts Wikipedia.

We've recently had a few trojan admins -- people who became admins for nefarious purposes -- revealed. We should be making extra sure now that we only promote people who have shown themselves to be trustworthy by making meaningful contributions. But meaningful contributions won't get you many votes -- what gets votes is making assloads of edits and avoiding controversy. Many RfA voters will support anyone with a high edit count unless they're blatantly disruptive, and don't even look at their contributions to see if they contain anything of substance.

I'll quote Gurch above in the "trojan admin" discussion: 'After all, if no candidates are promoted, no... ah, "trojans" are promoted. Can't argue with that.' The thing is, as many people above have notied, anyone running for "trojan adminship" knows that the easiest way to pass an RfA is to have a ludicrously high edit count. So they power up AWB or something similar that lets them make thousands of edits without much effort, and they're golden. We turn away people who really care about Wikipedia because they don't inflate their edit counts, but I am certain that we are continuing to promote the apathetic and the malicious to adminship because we make it so completely obvious how to game the system.

It's too bad it takes many months or years for these trojan admins to come to light, because it means I can't give examples based on the current state of RfA. Maybe a trojan admin who made 9,000 edits through AutoWikiBrowser and voting on XfD, getting promoted around now, will be unmasked in 2009, and I could say "I told you so", but that won't help anything now. However, since editcountitis has been around for a long time, look at the candidacy of the recently banned Henrygb. The support votes were for things like "Over 3700 edits, all good". (Historical note: 3700 edits used to be considered "overqualified", while now it's "barely qualified" or "unqualified"), and the oppose votes were just for not having a userpage.

Only one person, Ben Brockert (who didn't vote), noticed that Henrygb had made hardly any contributions of substance. He debated in the big debates of the time like Gdansk/Danzig, and made a lot of small edits such as disambiguations, and that was all it took. Just for making 3700 inconsequential edits, he got an admin account under his belt, letting him exert more undue influence on WP than he could do before with his two sockpuppets.

W. Marsh, above, has done a similar analysis of Runcorn's candidacy. He passed in a landslide, when practically all he had done was add Category:Living people to articles.

Meanwhile, we also have a shortage of good admins to deal with our growing backlogs. We may pass about the same percentage of RfAs, but a reasonable candidate with 1200 edits* these days would take one look at RfA and realize they had no chance. So we only get people applying who spend unhealthy amounts of time on Wikipedia. When we're lucky, it's just because they're so committed to the project that they don't need a life outside of it, and when we're unlucky, they have a hidden agenda.

  • How the Overton window has moved. Requiring 1200 edits used to be an example of editcountitis. But if I used an example less than that, you'd think I wasn't serious.

It is consistently, blatantly clear that you can't cast an informed RfA vote without looking at contributions. But when voters who put thought and time into their votes are drowned out by editcountitis voters, it's hard to have much of an effect by informed voting. The problem is that most of RfA apparently condones the editcountitis. Sure, it's hard to tell when someone is supporting based on editcountitis, but we could start by not taking it lightly when someone makes a vote (which will typically be an oppose vote) that is clearly based on nothing but edit count. These votes are undermining RfA as a way of promoting quality admins.

One more bit of perspective: I passed RfA 16 months ago, with just over 2000 edits. At the time, editcountitis shot down candidates with fewer than 1500; now it seems the same effect happens around 3000 edits. And yet, there aren't twice as many hours in the day in 2007 as there were in 2006...

rspeer / ɹəədsɹ 03:33, 7 June 2007 (UTC)[reply]

I think you'll be happy to learn that the template-in-progress {{RFApremature}} suggests anyone would be crazy to even try RfA without 2000 edits. Pascal.Tesson 03:44, 7 June 2007 (UTC)[reply]
Also consider that any editor that does not always use the preview function (I speak with first hand knowledge) probably inflate their edit count three fold compared to a careful editor using the preview function. Yet, the latter editors care is probably a good trait for adminship. Rather than edit count, we need to consider an impact factor for each edit. Editors with a high impact factor are probably very desirable admin material, even if they have a low edit count. David D. (Talk) 03:55, 7 June 2007 (UTC)[reply]
The factors survey I started back in April seems to have garnered some useful data, one of which is that most people don't consider raw editcount to be an important factor in deciding whether someone should be an admin or not. Experience was considered to be an important factor, however. Some people thought that editcount could possibly be an indicator of experience, but many others agreed that that would not necessarily always be the case, and attention should be paid to the quality of a user's edits.
I think a bureaucrat would be fairly safe in giving less weight to - or even disregarding outright - any opinions in an RfA based solely or primarily on editcount, given this broad consensus that it is not important in and of itself. --bainer (talk) 04:00, 7 June 2007 (UTC)[reply]
Be aware that what people say is often different from what they do. Most people are going to say edit count isn't important, because "editcountitis" is frowned upon. It would be better (but far more time-consuming) to make an overview of actual RfA votes and see how many people said "only $SMALLNUM edits, come back when you have more experience" or "support, strong contributor as indicated by her $BIGNUM edits." I wouldn't be at all surprised to find a substantial discrepancy between the two measures. Raymond Arritt 04:10, 7 June 2007 (UTC)[reply]
As a lot of people are evidently not scrutinizing contributions closely, RfAs have to rely on dedicated users to do so. Nominators should obviously be knowledgeable enough about the nominees' edits to be able to describe them. If it's a self-nom, the first few people making comments at the RfA should not support with a mere glimpse at edit count, especially if they are not familiar with the candidate, because this would give others the impression to pile-on support. Since checking the contributions is time consuming, the effort can be split. One person can go through the candidate's mainspace edits, another can go through the image edits, talk edits, etc. Others read the candidate's talk page, talk archives, and briefly checks the history for any removals. One person can see whether the nominee makes a lot of minor consecutive edits to the same article, bloating the edit count. Someone or some bot calculates the total AWB or script edits to diminish the impressive effect of their raw edit count. And so on. The RfA regulars can allocate these areas amongst themselves if there is interest. –Pomte 05:50, 7 June 2007 (UTC)[reply]
This whole topic talks sense, and I agree with all that has been said. I do not think that voters properly scrutanize people's contributions enough the deduce whether they simply have a truckload of relatively meaningless edits, or perhaps only several thousand good and solid edits. However, the idea above, in my opinion, constitutes what I see as the 'RFA Utopia': RFA would be neraing perfection if things worked as the above suggests, but it would prove too complicated and I doubt many users would either 1. do the job appointed to them properly and carefully or 2. even do their appointed job at all. Anonymous Dissident Utter 11:17, 7 June 2007 (UTC)[reply]
You're right, it is idealistic, but splitting a relatively huge task into much smaller tasks is supposed to be more simple and easy. If some is able to gauge the entirety of a user's contributions, as I expect many RfA regulars to be able to do, then they can easily focus on a specific aspect of Wikipedia that they have working knowledge in (e.g. AfD, UW, page moves). A few people following through with this can motivate others to keep up the standard. The results can be briefly stated in the "Discussion" section. –Pomte 19:25, 7 June 2007 (UTC)[reply]
Just shoving in two pence worth, but a major draw back of editcountitis is that the numbers are not accurate. Example: I spend a lot of time on RC patrol and inevitably end up tagging a lot of articles for speedy deletion. Then I get embroiled on the articles talk page when it's contested. So far I have only tagged one article for speedy that survived (and that then went to AfD and was deleted later). Consequently all I am left with in terms of edit count is the initial comment on the creating editors talk page advising of the sd tag. I reckon I'm a good 300 / 400 edits "short" becuase of the removal from history. Yet I believe that tagging for SD (particularly attack pages) is good and vital work for WP as a whole. Counting my edits won't reveal this work however. It's just a point..... Pedro |  Chat  11:19, 7 June 2007 (UTC)[reply]
It depends on which counter you use. You have 2370 edits by the server counter, and 2136 by totalling all your namespace edit counts; this implies that 234 of your edits have been deleted, the majority of which are likely to have been speedy-tagging. By the way, I agree with the sentiment in this thread; most edit-counters count an edit as 1 and a pagemove as 2 regardless of whether it was a minor spelling fix or a rewrite of an article. (At least two counters, mine and Voice of All's, try to determine what the edit was doing by its edit summary, but such a characterisation can only ever be approximate and is gameable and prone to mistakes. For instance, my counter counts 490 of your 859 article-space edits as reverts, and you marked 340 of those as vandalism reverts using a summary like 'rv vandalism' or 'rvv'.) But a proper review of contribs is important at RfA, and yet it's rare for RfA voters to actually make one. (I try to put a lot of thought into my RfA votes and comments when I make them, with the result that I rarely contribute at RfA; there have been cases where I've done quite a bit of research and decided on 'no vote' in the end.) --ais523 14:18, 7 June 2007 (UTC)
That's very interesting - thanks for the analysis of my contributions - seems I was out (but not that far) on "lost" edits. The key thing is your main point, to which I totally agree. Quality not quantity and type of edits should be the main thing at RfA. At the moment the mentality is otherwise for a lot of contributors to RfA. At present the "count" at RfA is generated by the wanabekate tool, which I use. I believe it should be made clear at the top of that RfA that other tools are available, and that the count from wanabekate will not include salted edits. Again, thanks for your time in analysing my personal contribs. Pedro |  Chat  14:33, 7 June 2007 (UTC)[reply]
Wait, you're suggesting that we have to judge RfA candidates on the quality of their edits? What the hell? I thought the whole point of RfA was to compare e-penis sizes; whoever has the largest edit count wins Wikipedia. EVula // talk // // 19:31, 7 June 2007 (UTC)[reply]
Damn ! That's where I've deen going wrong! I'm sure this has been done before, but using the wanabekate tool on our glorious leader indicates an edit count at writing of 3106 [4]. So I guess when I get to three thousand I become an admin, 'crat, developer and beloved leader of all ?Pedro |  Chat  19:49, 7 June 2007 (UTC)[reply]
'fraid not, being founder is a 10,000,000 edit equivalency, so to become Godking you have to beat that. I predict we'll get a new leader in 2027, and it will probably be an upgraded version of User:Cydebot. --tjstrf talk 20:09, 7 June 2007 (UTC)[reply]
Oh, if only more leaders had giant red "STOP" buttons... EVula // talk // // 20:33, 7 June 2007 (UTC)[reply]

What to do about it

Okay, I'm glad to see this many other people agree that there's a problem. Now I'd like to get the discussion going about how to actually counter editcountitis.

  • If you review contributions before you vote, make your vote more meaningful for others to follow. People like things in bold, so be up front about it and say Support based on contributions or Oppose based on contributions. Then, in your rationale, link to a few pages or diffs that make your point. If you don't find anything substantial, you can even say Neutral so far, based on contributions, mention what you've seen so far, and check back to see if anyone else has found the interesting stuff.
  • Challenge editcountitis voters. Ask them what they hope to accomplish by casting uninformed votes. It doesn't even matter what your own opinion is -- you may typically want to vote against them, but it also brings the point home if you challenge a vote and vote the same way for a different reason.
  • A more radical proposal: since there's a long-standing consensus that edit counting is to be avoided, isn't it a bit WP:BEANS to put the edit count on the discussion page for all uninformed voters to see? Several Wikipedians who ran edit counters have taken them down after seeing the harm they cause, and the edit count has been sensibly moved off the main page, but why do we still have it there at all?

rspeer / ɹəədsɹ 07:49, 8 June 2007 (UTC)[reply]

I agree in the main, but I have a concern regarding challenging votes that have based on edit counts. I've seen a lot of RfA's recently where they have got sidetracked into a battle, and the discussion has gone of at a tangent from the point of an RfA - which IMHO is to establish consensus that an individual editor needs and can be trusted with a few extra tools. At the end of the day it's not a vote. The 'crat who pushes the button makes the ultimate decision, and if anyone is responsible for digging through past contributions it's them. I agree edit counting is generally to be avoided, but it will allways play a part, however small. An editor with, say, 250 high quality very substantial edits will still not be in a position to prove that they know the policies and procedures of Wikipedia. I appreciate that someone with 10,000 edits may still not know those policies and procedures.Pedro |  Chat  08:59, 8 June 2007 (UTC)[reply]
The count's there to save strain on the server which would otherwise be caused by everyone separately running an edit counter. --ais523 13:08, 8 June 2007 (UTC)
The simple fact is that edit count is directly related to experience, which is always going to be a factor in RFAs. The problem is that beyond a thousand or so edits, how much it is related is something no one can answer. The edit count should stay simply for this fact, and also for the fact that it provides many people a starting ground for research into the candidate; most edit counters provide a breakdown by namespace, and others also provide diffs or the most highly-edited pages. This is extremely useful in my opinion, and no matter how "harmful" editcountitis can be, it can't ever negate the inherent usefulness of edit counts. -- Renesis (talk) 13:38, 8 June 2007 (UTC)[reply]
Hmmmm. I see what you're saying but I'm not sure edit count is directly related to experience. It's certainly indirectly related, as per my comments above on a user with 250 excellent edits not being a suitable candidate for adminship. However we all know that using AWB etc it's very easy to rack up a high edit count quikly. In addition I thought the thrust here was not that edit counting was bad per se but that an analysis of the quality of the edits by !voters (ugh!) at RfA is more important. In summary a high count does not equal experience but a low count does equal inexperience. Of course defining "high and low" is a whole other debate.....!Pedro |  Chat  13:53, 8 June 2007 (UTC)[reply]
I think that many people would agree with the substance of what you say -- it's just that they're willing to define their minimum edit count, below which a user is "obviously inexperienced", at ridiculous numbers like 2,000, 3,000, or even 5,000. The number inflates every month, and it's easy to see why.
Suppose there's a time when the average RfA candidate has 500 edits, and candidates with over 1,000 tend to succeed with flying colors because their high number of edits shows their commitment and experience. Now give all the candidates a tool, like AWB, that lets them quickly add 1,000 to their edit count. Candidates who might have failed before with 500 edits can now have 1,500 edits and pass. But voters notice this, and set their cutoff at 1,500. Candidates who would have passed before fail, except the ones who have lots of experience and inflate their edit count, who now have 2,000 edits and pass. Now the less experienced candidates find themselves a faster AWB that lets them quickly make 2,000 edits...
So even though it may be probabilistically true that a candidate with 5,000 edits is more qualified than one with 500, if you ever vote based on that fact, then you're participating in this inflationary effect and making it so that 5,000 edits will be meaningless in a few months. Perhaps it's safe to oppose an edit count less than 500 or so, but at that point reviewing contributions is easy. You can skim their contributions on one page by clicking "last 500", just as easily as you can go to the discussion page full of numbers. So in the one case where edit count can be meaningful, you don't need it.
Incidentally, I'm okay with using Mathbot's report to look at their most-edited pages (as long as you actually look at what they do on those pages, not just say "Oh, they're a Naruto fan, they must suck"). Voting based on a breakdown by namespace, though, is just the same as editcountitis, or possibly worse. Article-space count doesn't distinguish between well-researched contributions and simple vandal reverts. Project-space count rewards users for undesirable things, as I've brought up before on WT:RFA. There's still no substitute for actually looking at contributions.
But I'm willing to continue this discussion. Renesis, what is "the inherent usefulness of edit counts"? Why is it more useful to cast a hasty vote based on a few numbers than a well-thought-out vote based on contributions? The only usefulness I can see is that it's useful to a particular person to cast more RfA votes faster, because it gives them more influence over the process, but that's not a good kind of usefulness. rspeer / ɹəədsɹ 22:06, 8 June 2007 (UTC)[reply]
I know it's something I'e said before, but we really need an edit counter that can filter out minor edits (ideally, one that will filter out short edits and reversions even if they're not marked as minor). In edit-count world, the 1000 word article I created today counts only 1% as much as the 100 or so stubs I sorted in about half an hour while watching TV, and that's Just Plain Stupidiridescenti (talk to me!) 23:15, 8 June 2007 (UTC)[reply]
To answer your question, the "inherent usefulness of edit counts" is the same as the reason I say experience is directly related to edit counts. Without edits, you can't have experience. With experience, you gain edits. Now, of course not every edit is equal, and one person with 50000 edits can have the same experience as a person with 5000. You will notice that I don't even quite have 4000 yet; however, I have considered myself "experienced" since I had a few hundred edits. I never used AWB or anything like it, so each edit I made in fact was representative of quite a bit of growth in my case. I don't quite know what to do about people who assume that 5000 edits is necessary just because some users use AWB and rack that up in no time. Obviously a user needs to look further than edit counts, but it is a good starting point for the sole fact that everything you do on Wikipedia is recorded as 1 edit. I think being MORE transparent and informative with candidate reports such as edit count (showing just how many are vandal reverts, AWB edits, etc.) would be the right direction to go, but not hiding edit counts. That only increases the amount of research a voter needs to make before they are informed. -- Renesis (talk) 01:51, 9 June 2007 (UTC)[reply]
  • IMHO - it is counterproductive to set up an organized campaign to challenge people's comments on an RFA. I don't believe that one editor should harass another editor about their opinion, especially over this. I cerianly do not respond to every RFA that I see, but I do comment on some, and rarely mention an edit count. I get really disappointed when someone starts to aggressively challenge my opinion on these, especially when it spills over to my talk page. (I don't mind polite comments, but when you can't edit because the orange bar keep appearing every 5 minutes, it's a bit much.) Consensus is what it is; if you don't like the consensus of an RFA, try to change the guidelines, standards, etc in general, not by thrashing it out on the specific RFA. The 'crats have the ability to discount votes that they feel are non-productive. This should be enough, people don't need to help the crats recognize the obvious. --After Midnight 0001 10:12, 9 June 2007 (UTC)[reply]

This "organized campaign" is also sure to degenerate into bad blood and fighting. The result of that will be the exact opposite of what the organizers were hoping to do.--Alabamaboy 11:27, 9 June 2007 (UTC)[reply]

But really, what else can be done? When a new set of users are participating in RfA discussions, there are bound to be inappropriate reasons. If they are not corrected then, they might continue to hold the same incorrect opinions when they become experienced editors. Of course the "campaigners" could be more polite but what they are doing is perfectly fine, IMO. Reasons like "low edit count" and "does not need the tools" have to stop. In answer to After Midnight, would the crats ignore 80% of the opinions if that many use a reason like edit count or need for tools? Or would the crats consider it a changing trend and accept it as community consensus? (this is not a rhetorical question. :)- TwoOars 12:06, 9 June 2007 (UTC)[reply]
No, look I'm really sorry but "does not need the tools" is about the most convincing argument there is (assuming it's justified). Otherwise adminship is a medal, adminship is a promotion, adminship is a big deal - adminship is about getting a few extra tools to do the job. I'm the first to say edit counting is not so hot, but I really take issue with the idea that a lack of need for the tools yet having a billion edits means give 'em the tools anyway. It's just a bunch of buttons people - live with it. Pedro |  Chat  20:23, 9 June 2007 (UTC)[reply]
The only case where "does not need tools" is a justified reason to oppose is when the candidate is obviously "power hungry". Most instances when we see this argument at RfA's is when some user wants to be an admin because he/she finds admin tools occasionally useful and says so. By the way, I have successfully sidetracked the discussion!:P - TwoOars 20:44, 9 June 2007 (UTC)[reply]
I see it like this: Ideally, since adminship is not a big deal, everyone should be an admin. But since everyone does not have the maturity for it, WP is "wikichild-locked" by default and thus adminship should be given to all those who can show that they are wikiadults.- TwoOars 20:49, 9 June 2007 (UTC)[reply]
So on that basis you'd give the CEO of a road building company a pneumatic drill then. The fact that he doesn't need the tool to do his job is academic, he gets it because he's done really well, is really important and deserves it - it doesn't actually help him do his work but what the heck.... ??? Sorry, but that's not really a great argument from yourself. I agree you/we have done a grand job on side tracking though !! :) Pedro |  Chat  21:21, 9 June 2007 (UTC)[reply]
Right :). Anyway, I did not say we should "reward" the user; note that I never said it adminship should be given to the "deserving". I meant, give the admin privileges to anyone who is mature enough to use them. And think of admin privileges not as a pneumatic drill but as a hammer or a screwdriver, something that comes in handy once in a while. And I'd say any reasonably active editor would find the need for any one of the admin tools some time or the other. Not everyday perhaps. But if and when the editor needs it, it is better that he has it with him than run to an admin, right? And no one is losing in the process. - TwoOars 21:39, 9 June 2007 (UTC)[reply]
In fact what the hell, let's take your argument. Yes, I would give a pneumatic drill to the CEO a)if there is enough evidence that he will not hurt himself or anyone with it, that he'll use it well if he uses it b)if the drill doesn't cost anyone anything. - TwoOars 21:45, 9 June 2007 (UTC)[reply]
I think we are actually in agreement here. The tools are given if you need them, even occasionaly, and can evidence that you need them. They are not a reward. Note to following editors - Twooars mixed the metaphor re: the pneumatic drill not me - :)..... Pedro |  Chat  21:52, 9 June 2007 (UTC)[reply]
(Note: I have clarified above). So, we are really not in agreement. You say, need, or at least occasional need should be demonstrated. I say, there is no need to demonstrate need (ha ha :). It is just enough if it can be reasonably shown that 1)the editor is trustworthy 2)accepts when he is wrong 3)is civil under stress (the qualities of a wikiadult I mentioned above). It is not a reward, but neither is it in limited supply. If the user is eligible (not deserving. Many "deserving" users are not eligible), lets give him the tools and get on with it. - TwoOars 22:10, 9 June 2007 (UTC)[reply]
In an ideal wikipedia, adminship should be given automatically to all users, provided the user satisfies the above conditions. But because they are not easily measurable criteria, we have RfAs.- TwoOars 22:20, 9 June 2007 (UTC)[reply]
I don't think anyone honestly opposes people who they feel would use the tools well. But some people feel that if you don't have need for the tools, the minimal good you can do by having them is offset by the chance that you'll be bad. -Amarkov moo! 01:17, 10 June 2007 (UTC)[reply]
the minimal good you can do by having them is offset by the chance that you'll be bad: Ok, I have to agree with that. I did not think of it that way. - TwoOars 03:42, 10 June 2007 (UTC)[reply]
>.< I have to stop making good arguments for things I don't agree with. And my rebuttal to that good argument is really weak, essentially "no it isn't". -Amarkov moo! 03:44, 10 June 2007 (UTC)[reply]
Hmm... I guess it can only be decided on a case by case basis, if it is or isn't.- TwoOars 06:47, 10 June 2007 (UTC)[reply]
My Point of view is fairly simple. If you have (say) 2000 edits but spend a lot of time vandal fighting and on Speedy deletion you have a good case for needing the tools. If you have 10,000 edits in the physics portal but have never heard of recent changes or CSD then why would you need the tools? The person that deserves them is the guy who would use them. Otherwise I still feel we are right back at making adminship a medal. Pedro |  Chat  08:45, 10 June 2007 (UTC)[reply]
There is a world outside the vandal fighting and deleting crud side of the project. I can easily see a contributor to project physics needing the tools. History merges, page moves, semi protections and full protections. Dealing with pseudoscience related disruption. All of these are good uses of the tools that an experienced and committed editor who knows bugger all about recent changes and csd can easily justify an adminship for. Spartaz Humbug! 09:12, 10 June 2007 (UTC)[reply]
You're right of course. But with respect you've missed my point. Many editors are measuring the value of an application at RfA on edit count, not a need for the tools which is, IMHO, not the same thing.Pedro |  Chat  12:11, 10 June 2007 (UTC)[reply]

Could you pass?

Well, we all know the passing a RFB is near impossible, but admins, do you think you could pass in the current RFA system, and why? (I know a common answer will be too controversial, but is there another reason, such as you haven't been active at WP:AIV?)--R ParlateContribs@ (Let's Go Yankees!) 13:50, 9 June 2007 (UTC)[reply]

Naw. I wouldn't pass an RfA, it I went through that swill again. ;)Nearly Headless Nick {C} 13:52, 9 June 2007 (UTC)[reply]
Not many current admins would pass an RFA again now. Probably only 5-10% of active admins are uncontroversial enough to do so. – Chacor 13:54, 9 June 2007 (UTC)[reply]
Absolutely not, I'm far too controversial. ^demon[omg plz] 14:02, 9 June 2007 (UTC)[reply]
Can I be the first one to say - probably? ;) Maybe I'm overconfident, maybe when I request resysopping I should do it through RfA and see what happens :) Riana 14:08, 9 June 2007 (UTC)[reply]
Riana - do not do that, not worth the risk :) (although I know you'd pass anyway). Majorly (talk) 14:16, 9 June 2007 (UTC)[reply]
Not to mention a major waste of time! Riana 14:17, 9 June 2007 (UTC)[reply]
My meatpuppets don't pass RfAs. Period. — Nearly Headless Nick {C} 14:19, 9 June 2007 (UTC)[reply]
I think I could pull it off, yeah. This thread touches on something I've been thinking about already, which is "what if?" scenarios of people doing RfAs again... it'd be an interesting experiment. :) EVula // talk // // 14:44, 9 June 2007 (UTC)[reply]
Indeed. Especially if we adopted the rule most of wikis take in desysopping inactive admins by yearly confimation. Majorly (talk) 15:08, 9 June 2007 (UTC)[reply]
I think I can safely say that I couldn't pass RfA now, when you become an admin, you get into too many controversies. If your doing your job correctly, your going to grab quite a few enemies. That's not a statement saying I'm a perfect admin - I wouldn't pass because I've had too many tantrums. Ryan Postlethwaite 16:00, 9 June 2007 (UTC)[reply]
I would still pass RfA, but it would be a heck of a lot closer than when I actually did. Newyorkbrad 16:03, 9 June 2007 (UTC)[reply]
I would still pass pretty easily I think. Very few of the people who I've pissed off know about RfA. :-) Grandmasterka 16:08, 9 June 2007 (UTC)[reply]
If an admin has been doing their job properly for more than 6 months then they will most likely have bothered enough people(enforcing NPOV, NPA, FU etc...) to fail an RfA. Shoeshirt 16:18, 9 June 2007 (UTC)[reply]
Really I believe this is not true. We did elect seven arbitrators in December, all of whom received overwhelmingly more supports than opposes, and all of them were experienced administrators. Newyorkbrad 16:50, 9 June 2007 (UTC)[reply]

Nope. Couldn't pass. I've had the misfortune to cross paths with a few psychotic editors here, who would no doubt galvanize the all-important voting block of crazy editors against my RfA. Not that I'm saying there are a lot of crazies here, but . . . :-). --Alabamaboy 17:08, 9 June 2007 (UTC)[reply]

If you're really curious, I can think of way to find out. What's the address of that de-sysop request page on Meta? --W.marsh 18:17, 9 June 2007 (UTC)[reply]

meta:Requests for permissions :) --R ParlateContribs@ (Let's Go Yankees!) 18:24, 9 June 2007 (UTC)[reply]
Hell, I'm desysopped right now, and all for experimentation. But you'll have to wait until the first of July :) Riana 18:40, 9 June 2007 (UTC)[reply]
I guess I could, considering that I passed last month. bibliomaniac15 An age old question... 19:29, 9 June 2007 (UTC)[reply]
Bah, newbies don't count. ;P EVula // talk // // 19:34, 9 June 2007 (UTC)[reply]
Can I pretend to be a desysoped admin and shove an RfA in on that basis? Just to see how many people go " Support - had the tools before must be ok" without actually checking that in reality I've never had the buttons ? Just because I reckon they'd be at least a dozen, and would reconcile with the edit quantity / quality / count debate above ..... Pedro |  Chat  20:28, 9 June 2007 (UTC)[reply]
As funny as that would be, I doubt you'd get very far; logs are easy to find, and someone would quickly ask for a diff or two about your de-sysopping. EVula // talk // // 20:31, 9 June 2007 (UTC)[reply]
I don't disagree, but I bet there would be a few supports before someone actually bothered to check. My point is really in recognition of the above - viz. people comment / support without actually looking at contributions. Present esteemed company excepted of course! Pedro |  Chat  20:37, 9 June 2007 (UTC)[reply]
Well I'm not an admin (yet), but I would say it would hang on a tightrope whether or not I would. I'm trying to get my mainspace edits up over 1000 so I have a better chance of being supported though. —  $PЯINGrαgђ  20:43, 9 June 2007 (UTC)[reply]
editcountitis? see above? Pedro |  Chat  20:45, 9 June 2007 (UTC)[reply]
Come on, mate, I'll even be down to earth about it. ;) I just checked and it's 709. —  $PЯINGrαgђ  20:47, 9 June 2007 (UTC)[reply]
Yeah, but they're all really good edits. Stuff the editcounters and run now! Pedro |  Chat  21:11, 9 June 2007 (UTC)[reply]
Well I'm waiting for someone to nominate me…hey nominator, ya hear me?!? :P —  $PЯINGrαgђ  21:13, 9 June 2007 (UTC)[reply]
Hmmm. Interesting ... :) - Alison 21:21, 9 June 2007 (UTC)[reply]
WP:CANVASS or not ? :) Pedro |  Chat  21:31, 9 June 2007 (UTC)[reply]
Oh be quiet. :P If I did any at all (which I wouldn't) it would be by e-mail. :P —  $PЯINGrαgђ  21:36, 9 June 2007 (UTC)[reply]
Oppose for flagrant violation of WP:BEANS. —Kurykh 03:37, 10 June 2007 (UTC)[reply]

Oppose per confession =P - G1ggy Talk/Contribs 03:36, 10 June 2007 (UTC)[reply]

In all seriousness, this thread illustrates why admin reconfirmation is a bad idea. Aside from the brain drain, a lot of effective admins would lose their ability to keep the site clean because half the world hates them. Ah, why can't we all be friends? :) YechielMan 04:36, 10 June 2007 (UTC)[reply]

Well, if such a system did exist, we'd have to make sure that all oppose !votes provided damn solid rationales, otherwise we'd toss out their comments. That'd be a good way to address that particular concern. EVula // talk // // 04:40, 10 June 2007 (UTC)[reply]

Of course I'd pass if I ran again. If anyone tried to oppose I'd rollback and block them as a vandal.-gadzilla 05:33, 10 June 2007 (UTC)[reply]

Personally, I think I would pass if I went up for RfA again. I've considered it, just to get an evaluation of my work on Wikipedia, but some other people have told me not to do it because I'm not controversial or anything, and it will just be a waste of time. Of course, I'm not sure if they're just being nice, or using reverse psychology to persuade me to go for an RfA again. Nishkid64 (talk) 16:16, 10 June 2007 (UTC)[reply]

Self Nomination

Although I have not been around very long, I have seen a number of very strong editors nominate themselves for RfA. I have also seen some not so great editors nominated by two or even three of their friends. Its troubling to see something like this in regards to self-nom:

  • "Oppose — I view self-noms as prima facie evidence of power-hunger. Kurt Weber"

This has been posted on several ongoing RfAs seemingly completely without any consideration of the contributions or personal attributes of the editor under evaluation. I wanted to bring this up here to have a discussion not in the middle of an RfA. Gaff ταλκ 02:29, 10 June 2007 (UTC)[reply]

That is a silly reason to oppose. But that doesn't mean that we can tell people what criteria they may use to determine if they trust a candidate. -Amarkov moo! 02:34, 10 June 2007 (UTC)[reply]
If someone is using criteria that the community broadly regards as frivolous or capricious, then although they are free to use that criterion, their opinion should be given less weight. --bainer (talk) 03:28, 10 June 2007 (UTC)[reply]
Yes, but it has to be kept in mind that administrators must have the trust of the community as a whole to work effectively. Things like FAC can ignore silly objections to a greater extent because an article is no worse for some people not liking it. -Amarkov moo! 03:34, 10 June 2007 (UTC)[reply]
Perhaps someone can draw up Wikipedia:Arguments to avoid in RfA discussions? —Kurykh 03:36, 10 June 2007 (UTC)[reply]
Sounds like a good idea to me; it could be made into a sort of primer that first-time voters at RfA can read up. But I guess there won't be many people for such a page.- TwoOars 03:47, 10 June 2007 (UTC)[reply]
Wikipedia:Arguments to avoid in adminship discussions already exists, so why not use it? Yes, I know you mistyped the link. -Amarkov moo! 03:55, 10 June 2007 (UTC)[reply]
Thanks for that link;I looked for it but I guess I did not look hard enough :). - TwoOars 04:14, 10 June 2007 (UTC)[reply]
I took the WP:BOLD road and vomitted up some text onto that essay regarding this topic. It needs some polishing, so have at it! I hope that I have not stomped any toes by editing an essay...Gaff ταλκ 04:16, 10 June 2007 (UTC)[reply]
Amarkov, that is true, but it doesn't mean that the community can't require people to provide good reasons why they do or do not trust someone. --bainer (talk) 04:24, 10 June 2007 (UTC)[reply]
But who will determine what constitutes a "good" reason? I agree that opposing on that basis is ridiculous (and shows a lack of understanding of WP:NOT#BUREAUCRACY), but I'd rather have that than some supposed 'authority' dictating when people may or may not trust others. Of course, there's nothing wrong with questioning or challenging such opposes. -- Black Falcon (Talk) 17:03, 10 June 2007 (UTC)[reply]
I agree; it's ridiculous. Having higher standards for self-noms is explainable, opposing them because they are self-noms is absurd. —Kurykh 03:12, 10 June 2007 (UTC)[reply]
Yes, heaven forbid someone not take the time to hunt around for someone to nominate them when they feel up to the task... silly reason. EVula // talk // // 04:17, 10 June 2007 (UTC)[reply]
Agreed. If there's something wrong with self-noms, we may as well disqualify them altogether. I could easily dig up a half dozen excellent admins who got their mop via self-nom, but I think you all get the idea. YechielMan 04:30, 10 June 2007 (UTC)[reply]
This doesn't look like a great reason to oppose. Let's see how this looks. If you nominate yourself, you're considered power-hungry. What if, you choose to accept a nomination from another user? Shouldn't you also be considered power-hungry in that case? You have the option to decline the nomination, but if you instead choose to accept it, wouldn't that mean you're also eager to have the admin tools? The justification doesn't seem right, and I don't see this as being a noteworthy reason to oppose. Nishkid64 (talk) 16:23, 10 June 2007 (UTC)[reply]
Damn, I should have opposed Nishkid's power-hungry self-nom... :) Majorly (talk) 16:33, 10 June 2007 (UTC)[reply]
You should have. :) *Literally takes a bit out of Jimbo* Nishkid64 (talk) 16:39, 10 June 2007 (UTC)[reply]
Any editor who self-nominates is obviously insecure and wants the power to compensate for that insecurity. Any editor who is nominated and accepts is obviously power-hungry, but is also insecure since s/he didn't have the courage to self-nominate. Any editor who is nominated and declines obviously has ulterior motives and has something to hide ... s/he is also insecure for not wanting to get the power. It all makes sense. ;-) -- Black Falcon (Talk) 17:10, 10 June 2007 (UTC)[reply]
Perhaps we should ask all self-noms to withdraw and then nominate them? That would clearly make the process more fair. ck lostsword|queta!|Suggestions? 18:30, 10 June 2007 (UTC)[reply]

Just a note to all, I've re-worde the active nominations section at Template:RfA Navigation so it now reads active nominations for Admin and Bureaucratship instead of Active nominations for Admin and Bureaucrat, if this causes any problems please revert. Regards --The Sunshine Man 09:16, 10 June 2007 (UTC)[reply]

That seems fine. Of course, I would think "Adminship and Bureaucratship" would sound better, but it's probably fine the way it is. Nishkid64 (talk) 16:19, 10 June 2007 (UTC)[reply]
OK, I've changed it accordingly, I thought at first it would sound as if I was repeating myself but you were right. Thanks --The Sunshine Man 18:15, 10 June 2007 (UTC)[reply]