9258fahsflkh917fas (talk | contribs) →Changing standards: reply |
9258fahsflkh917fas (talk | contribs) →Changing standards: reply |
||
Line 430: | Line 430: | ||
:::::As long as we all realize we're discussing this with a guy who acts when he has [http://en.wikipedia.org/wiki/User_talk:Tanthalas39/Archives/2009/August#Snotty.3F.21 no idea what he's talking about]. The especially choice parts of this were "I will be monitoring the vandalism page, and if you continue to conduct yourself in such a fashion then I will be forced to bring your behaviour to the attention of both the Administrators' noticeboard and ultimatly the Arbitration Committee" and "Threats? A simple promise." Threatening to take me to ArbCom because I removed an inactionable AIV report. If there is a more classic example of threatening (my bad: "promising") someone without knowing what the hell one is talking about, please let me know. I bring this up because it fits in nicely to this whole thread - "I don't like some admins (read: Tan et al); there needs to be a good way to get rid of them". Revolution? Not if it means handing over the bit to these characters. [[User:Tanthalas39|<font color="#CC7722" face="Papyrus">'''Tan'''</font>]] | [[User talk:Tanthalas39|<font color="#21421E" face="Papyrus">39</font>]] 22:45, 3 December 2009 (UTC) |
:::::As long as we all realize we're discussing this with a guy who acts when he has [http://en.wikipedia.org/wiki/User_talk:Tanthalas39/Archives/2009/August#Snotty.3F.21 no idea what he's talking about]. The especially choice parts of this were "I will be monitoring the vandalism page, and if you continue to conduct yourself in such a fashion then I will be forced to bring your behaviour to the attention of both the Administrators' noticeboard and ultimatly the Arbitration Committee" and "Threats? A simple promise." Threatening to take me to ArbCom because I removed an inactionable AIV report. If there is a more classic example of threatening (my bad: "promising") someone without knowing what the hell one is talking about, please let me know. I bring this up because it fits in nicely to this whole thread - "I don't like some admins (read: Tan et al); there needs to be a good way to get rid of them". Revolution? Not if it means handing over the bit to these characters. [[User:Tanthalas39|<font color="#CC7722" face="Papyrus">'''Tan'''</font>]] | [[User talk:Tanthalas39|<font color="#21421E" face="Papyrus">39</font>]] 22:45, 3 December 2009 (UTC) |
||
::::::This was three or four months ago. I was very inexperienced at that time. Since then I've taken the time to learn procedures. I will leave any users to fish around the edit histories to see how both parties conducted themselves. You were a sysop and should have known better. I was an inexperienced editor that, although conducting himself wrongly, had a point. You probably don't realise this Tan, but you're illustrating my point perfectly, and I thank you. I've asked you to leave it and move on, but you always seem to pop up and post the same tired old links. I didn't mention your name, or anybody else's. So why take this all so personally? Move on! <small><span style="font-family:Kristen ITC; color:#FF6600;">~~ [[User:Dr Dec|<span style="color:#006600;">Dr Dec</span>]] <span style="color:#009999;">([[User talk:Dr Dec|Talk]])</span> ~~</span></small> 22:53, 3 December 2009 (UTC) |
|||
== More graphs! == |
== More graphs! == |
Revision as of 22:53, 3 December 2009
|
Current time: 05:55:04, 18 June 2024 (UTC)
Purge this page
The Drought at RFA
Just in case there's anyone left who doesn't understand why many of us who watch the RFA process believe it to be broken, I've updated User:NoSeptember/Admin stats#Year to year comparison of promotions by months, copied it here and colour coded it.
Month | 2003 | 2004 | 2005 | 2006 | 2007 | 2008 | 2009 |
---|---|---|---|---|---|---|---|
December | 15 | 68 | 34 | 9 | |||
November | 9 | 41 | 33 | 56 | 11 | 13 | |
October | 10 | 67 | 7 | ||||
September | 32 | 34 | 6 | 8 | |||
August | 9 | 12 | 39 | 12 | 11 | ||
July | 11 | 31 | 31 | 10 | |||
June | 13 | 35 | 12 | ||||
May | 10 | 54 | 12 | ||||
April | 6 | 36 | 30 | 12 | 14 | ||
March | 8 | 31 | 34 | 31 | 13 | ||
February | 14 | 9 | 35 | 9 | |||
January | 13 | 15 | 44 | 36 | 6 |
Months with an average of 1 or more successful RFAs per day are in green, and those with less than 0.5 a day in red. I read this as showing a flow of circa 1 new admin a day from Mid 2005 to march 2008, then something happened and it has subsequently oscillated between half and a fifth of that rate. ϢereSpielChequers 13:02, 11 November 2009 (UTC)
- Let us note, however, that we are not substantially producing less new admins now than we were in 2003. Between March and October '03, there were 95 new administrators. Between March and October '09 there have been 89 new admins. So in total, we're still producing about 93.68% of the administrators we were then. If the project didn't fail under those circumstances, it seems unlikely that a 6.4% drop in admin rates is going to kill the system entirely. We need to figure out what occurred between '04 and '05 which made the process more favorable to candidates, and what happened since March '08 which seemingly threw us back to the dark ages of admin promotion. I'm probably not being logical here, just the way I see things. Regards, --—Cyclonenim | Chat 14:27, 11 November 2009 (UTC)
- If anything the above would support a conclusion that, rather than experiencing a famine in terms of new administrators now, we simply experienced a feast of them in the 2005-2007 timeframe and that we've simply returned to previous levels. The overall activity on Wikipedia (gauged by overall number of edits) also seems to have peaked in 2007 and has leveled of (and even slowed down somewhat) in the meantime. One possible conclusion is that the steady increase in the admin corps in 2007 came in response to the rapidly increasing activity on the project as a whole, and when that leveled off, the rate of new adminships went down in response. However, part of the problem I am seeing is that we are coming up with a lot of charts, a lot of theories, but no real information. We are seeing what is happening but making very little progress as to the why and how to fix it. I personally suspect that the drop in successful adminship candidates is a reflection on a recent trend toward being increasingly demanding of our candidates; we are now looking for more in terms of edits, more in terms of activity, more in terms of "content building", more rigorous in our questioning, and less forgiving of minor errors. I would venture a guess that if the same generic standards applied to "modern" RfAs were in place back in 2007 the above chart would see a lot less green. Just my opinion of course. Shereth 16:16, 11 November 2009 (UTC)
- I find no problem with having demands for content building and for more rigorous questioning of candidates; I do have a problem with being less forgiving of a candidate. Many of the editors I would like to have seen become admins would fail over that part due to past mistakes, one's that I'm willing to forgive and forget but that others aren't. The problem is, however, that there's no way to prevent this. We can't introduce a policy saying that the past is the past—people are still entitled to not forgive. I feel it would be detrimental to the project, too, if we prevent further questioning of candidates and prevent opposes over content building. All that said, what's the solution? We've been floating around with graphs for the past couple of months, but so far I see no actual constructive proposals to fix the problem; all I hear is that there is one. I sure as hell can't think of a solution either, so don't look in this direction. Regards, --—Cyclonenim | Chat 16:34, 11 November 2009 (UTC)
- I'm not trying to say that increased scrutiny of new candidates is bad; nor am I saying that tougher requirements is a bad thing per se. All I am suggesting is that these are likely factors contributing to the decline in successful administrator candidates we've seen over the past couple of years. The harder we make it to pass RfA, the fewer candidates we are going to see pass, and that is an inescapable conclusion. We cannot have one without the other, and there is no solution to this "problem". Either we must accept the fact that we will have fewer and fewer active administrators (until an equilibrium is reached and our admin pool levels out) or we have to, as a collective, alter the way we put these candidates through the gauntlet to achieve a higher rate of passage (as well as making the process less onerous to prospective candidates). I agree with you that this sort of thing cannot be legislated in any fashion; it must be a conscious effort on the part of the community to ease up on candidates a bit if we want to see more pass. Shereth 16:44, 11 November 2009 (UTC)
- It was more of a general comment than I reply, so I probably shouldn't have indented. I think it's a very natural thing for any process to become stricter, since whenever an admin goes rogue, it makes the community want to enforce some stringent guidelines for the next candidate. It only takes a certain number of these situations to create an intricate, complicated system like we have now in which it becomes difficult for anyone other than the perfect all-round candidate to pass. The community needs to accept that nothing is perfect in life, and that there will always be the odd person to go to the dark side. Ultimately, that can be anyone from someone who got 100% at RfA, to someone who passed on the borderline of 70%. I guess the only way for the community to accept this, and for it to become less of an issue, is for a better desysopping system, but that's not coming any time soon. Regards, --—Cyclonenim | Chat 16:56, 11 November 2009 (UTC)
- I'm not trying to say that increased scrutiny of new candidates is bad; nor am I saying that tougher requirements is a bad thing per se. All I am suggesting is that these are likely factors contributing to the decline in successful administrator candidates we've seen over the past couple of years. The harder we make it to pass RfA, the fewer candidates we are going to see pass, and that is an inescapable conclusion. We cannot have one without the other, and there is no solution to this "problem". Either we must accept the fact that we will have fewer and fewer active administrators (until an equilibrium is reached and our admin pool levels out) or we have to, as a collective, alter the way we put these candidates through the gauntlet to achieve a higher rate of passage (as well as making the process less onerous to prospective candidates). I agree with you that this sort of thing cannot be legislated in any fashion; it must be a conscious effort on the part of the community to ease up on candidates a bit if we want to see more pass. Shereth 16:44, 11 November 2009 (UTC)
- I find no problem with having demands for content building and for more rigorous questioning of candidates; I do have a problem with being less forgiving of a candidate. Many of the editors I would like to have seen become admins would fail over that part due to past mistakes, one's that I'm willing to forgive and forget but that others aren't. The problem is, however, that there's no way to prevent this. We can't introduce a policy saying that the past is the past—people are still entitled to not forgive. I feel it would be detrimental to the project, too, if we prevent further questioning of candidates and prevent opposes over content building. All that said, what's the solution? We've been floating around with graphs for the past couple of months, but so far I see no actual constructive proposals to fix the problem; all I hear is that there is one. I sure as hell can't think of a solution either, so don't look in this direction. Regards, --—Cyclonenim | Chat 16:34, 11 November 2009 (UTC)
<-Thanks for the data on article creation and edit counts. Both indicate remarkably stable activity:
- Edit counts between 200K and 250K per day since mid-2006
- New articles at 1600 a day since mid-2005.
When I look at admin stats, I see two issues
- Admin creation rate down
- Admin active rates dropping significantly.
In round numbers, we added 100 new admins in 2009, but the active count is down 100, which means 200 admins active at the end of 2008 are no longer active. That's well over a 20% annual attrition rate. While the desysoppings are painfully notable, they are a drop in the bucket.
It isn't clear to me that these are the same issue. As I and others have noted before, an increased hurdle to adminship may exist, but it doesn't fully account for the reduction in the creation rate. More importantly, I see no connection between the entrance requirements and the decisions of admins to walk away.
I think we have to address both issues, but I am presently more concerned about the attrition rate (unless someone can show me I mangled the data, or missed some plausible reasons that aren't alarming.)--SPhilbrickT 17:20, 11 November 2009 (UTC)
- I agree that attrition is very high compared to offline volunteer projects; But I had heard that this was a widespread feature of online communities, and I'm not sure if its better or worse for admins as opposed to non-admins. I've tended to focus here on the lack of new admins because this is the talkpage for RFA, but there is a lot of talk on strategy about community health, maybe strategy:Participation/Attracting new participants and retaining existing participants would be a good place to raise this? ϢereSpielChequers 02:13, 12 November 2009 (UTC)
We're getting somewhere with some of the stats, but I'm still questioning if there really are two "issues". Admin creation rate and admin active rates don't tell the whole story. What if the existing admins are doing work at a greater rate than necessary to keep up with the loss of admins? What if the bots and edit filters are taking up some of the slack? The objective evidence doesn't necessarily point to an issue; just this week I saw CSD empty and the PROD queue up to date (its only contents were < 7 days old). I rarely see AIV more than 5 vandals deep, and furthermore, I would estimate that at least 10% of reports to AIV don't wind up in an immediate block anyway. And, let's face it, DYK doesn't need to have 4 rotations per day. It isn't outside the realm of possibility that - especially with constant edit rates and new article rates mentioned above - the current crop of maintainers is actually sufficient. Frank | talk 02:27, 12 November 2009 (UTC)
- Category:Temporary Wikipedian userpages is down from its peak of 31,000 pages to a stunning 26,000 pages and Wikipedia:Possibly_unfree_files is only backlogged to July 2009, so I might disagree with your assessment as to currency. MBisanz talk 02:30, 12 November 2009 (UTC)
- Well, that looks like a 15% decrease to me :-) But seriously, folks...is there any indication that adding 500 admins would change either of those stats? Frank | talk 02:35, 12 November 2009 (UTC)
- That, I think, might have more to do with the unrewarding nature of the tasks than the number of volunteers at work. It's hard for me to understand from the page Category:Temporary Wikipedian userpages how activity there helps Wikipedia achieve its mission. A homeless shelter can recruit a thousand volunteers but that doesn't mean the toilets will get clean - tasks very distant from the mission of bringing everyone free access to the sum of all human knowledge are always going to be slow going. (Unless of course they can be done by non-admins to build up their edit count in preparation for RFA.) Christopher Parham (talk) 18:05, 17 November 2009 (UTC)
As the RfA climate has become more and more exacting and hostile, fewer and fewer people want to endure the ordeal (personally, I'm always up for a run, but most people don't have such thick skin). I remember my first RfA in May 2004: I passed almost unanimously with virtually no fuss, and that was pretty typical for the time. I'd suggest two tendencies have contributed to the change: first, we've had lots of problems with abusive admins, yet we've never developed a way to effectively deal with abusive admins, and adminship is still perceived as a lifetime appointment; secondly, the community has become larger and the political dynamics have grown more complex, leading people to attribute more importance and prestige to adminship as part of the stratification of the community. The two basic remedies to this problem would be to institute a community desysopping procedure and to reduce the level of approval required to pass RfA; an ultimately more meaningful remedy would be to reduce the importance of individual admins by expecting them to make controversial decisions collectively rather than unilaterally. Of course, even if reforms like that were somehow accomplished, you'd still have residual high RfA standards that have been ingrained into the wikiculture and might take a long time to fade away. Everyking (talk) 04:33, 12 November 2009 (UTC)
- I'm not a fan of the idea that desysopping is or should be connected to RFA, other than this process learning of any candidate behaviour to oppose over because it predicts that the candidate would be a poor admin. But if it were linked then I see the "can't be as bad as current admins" support as a more sensible approach than "oppose, has slight imperfection". Not least because appointing many more good admins would dilute the importance of any bad ones we have, whilst rejecting well qualified candidates and having a declining number of admins increases the effective influence of any bad ones we may have.
- However I think that the backlogs of admin work may not be the best way to measure the problem. This is a volunteer community, and the idea of adminship is that experienced cluefull editors get the mop so that they can do some stuff themselves, and hopefully spend some of their time here doing chores like speedy deletion. If we have fewer admins to share the admin load we may see longer backlogs at some relatively low priority admin tasks. But I suspect we are more likely to see our declining number of active admins devoting an increasing proportion of their time here to doing admin chores. In my view this has several downsides:
- The less time admins spend doing non admin stuff the more they risk becoming detached from the general editing community.
- We risk creating psychological pressure to cut corners in order to keep up with the flow of stuff needing admin attention. When I go to CSD I focus on certain subcategories, and rarely delete or decline to delete more than half a dozen articles in one visit. One of the things I suspect we are seeing at Wikipedia:Newbie treatment at CSD is that some admins see a backlog of 100 or more at CSD as something to clear in an hour or two. As our number of active admins falls I fear we will see an increasing proportion of admin errors as a dwindling number of admins try to keep up with the demand for admin actions.
- Burnout or admin burnout may increase, one of the things I most enjoy here is reviewing at FAC and I don't want my being an admin to totally takeover and stop me being there. If being an admin meant only doing admin stuff I would probably hand in my mop.
- Firefighting at AIV, CSD and the Drama boards is likely to get priority over longer term solutions such as finding new candidates for RFA.
- So I would suggest that an increasing admin error rate, increased criticism of the admin cadre as being detached from the community and less non admin contributions by admins would be better indications of an admin shortage than backlogs at AIV or Cat speedy. ϢereSpielChequers 14:35, 12 November 2009 (UTC)
- Concerning Everyking's first point, we don't really have more than anecdotal evidence that we get less RfA candidates because less people want to run the gauntlet. I believe it plays a role but really, this is just speculation and my hunch is that it's not the main problem. I don't really see any way of instituting a productive desysoping mechanism. In fact, I'm worried that it would reinforce the perception that admins are above the law. After all, some ArbCom decisions include stuff like "Administrator X is admonished for his egregious use of the tools and profound dickishness" which, all kidding aside, may often be the right way to fix the problem but certainly promotes the idea that you have to screw up really bad to lose the bit. But Everyking's second remedy ("ultimately more meaningful remedy would be to reduce the importance of individual admins by expecting them to make controversial decisions collectively rather than unilaterally") is what we should shoot for. This is not even so hard to do. We all tend to excuse admins we know and like when they cross the line but do so for what we see as legitimate reasons. We shouldn't. Next time your buddy blocks a troll who's harassing him, let him know that the block should have come from somebody else. Some of you may remember that the ANI page used to say "this is not the Wikipedia complaints department" but I sometimes think a department of complaints about admins would be a good thing. You go there, you make a short statement of the issue and if your complaint is legit than someone just goes and whacks the admin with the trout. That would be much healthier than an ANI thread.
- But the real priority is the concern raised by WereSpielChequers. On one hand, the dwindling number of active admins is forcing the remaining admins into less and less article work, disconnecting them from the ultimate purpose of the project. On the other hand, RfA increasingly rejects candidates that aren't spending 10 hours a week editing the wiki, rejects candidates that avoid ANI, rejects candidates that aren't really interested in the finer workings of the wiki-bureaucracy. Now, we're still promoting people who turn out to be great admins but they're all in the same mold and are all people who spend way too much time in the non-article space (myself included). Just look at Wikipedia:Requests for adminship/Hawkeye7 where people are actually arguing that you can't be an admin if all you really want to do is stop bugging admins.The result is that the admin corps is slowly disconnecting itself from content editors and rapidly increasing the perception of that disconnect. Pascal.Tesson (talk) 23:27, 12 November 2009 (UTC)
- Agreed, isn't that attitude another incarnation of the generally discredited "doesn't need the tools" argument? delldot ∇. 15:34, 13 November 2009 (UTC)
- Does anyone happen to know if the number of candidates attempting RfA's has decreased in proportion with as the number of those who succeed? In other words, are we promoting fewer admins because fewer candidates run, or because we've gotten tougher, or both? (I suspect it's a combination of both but it could be that one factor is small enough to ignore. I would say that the pool of editors who could probably pass RfA based on current standards but don't want to is fairly small, as well.) -- Soap Talk/Contributions 19:09, 13 November 2009 (UTC)
- The stats themselves would be easy to compute and they might already exist somewhere but in any case, it would be hard to draw any of the conclusions you're looking for. For one thing, the stats are pretty fluctuating because of small samples and the rate of failure is largely a function of how many completely inadequate candidates run RfA without realizing their chances are 0%. Maybe we're just going downhill because there are just so many people on the planet that are even interested in being a Wikipedia administrator... Pascal.Tesson (talk) 21:22, 13 November 2009 (UTC)
- Does anyone happen to know if the number of candidates attempting RfA's has decreased in proportion with as the number of those who succeed? In other words, are we promoting fewer admins because fewer candidates run, or because we've gotten tougher, or both? (I suspect it's a combination of both but it could be that one factor is small enough to ignore. I would say that the pool of editors who could probably pass RfA based on current standards but don't want to is fairly small, as well.) -- Soap Talk/Contributions 19:09, 13 November 2009 (UTC)
- Agreed, isn't that attitude another incarnation of the generally discredited "doesn't need the tools" argument? delldot ∇. 15:34, 13 November 2009 (UTC)
Month 2003 2004 2005 2006 2007 2008 2009 December 15 24 68 19 34 9 November 9 27 41 33 56 11 October 10 16 67 27 27 16 7 September 17 29 32 22 34 6 8 August 9 12 39 26 18 12 11 July 11 17 31 26 31 16 10 June 24 13 29 28 35 18 12 May 10 23 17 30 54 16 12 April 6 20 25 36 30 12 14 March 8 31 16 34 31 22 13 February 14 9 28 35 27 9 January 13 15 44 23 36 6 Total Promoted 119 239 389 352 408 201 102 Total Unsuccessful 63 213 543 512 392 203 Total RfAs 302 602 895 920 593 305
- Based on the information I added to the table, I believe soap is right. It's not just that not many people are getting promoted (although, in the past four years more people have been unsuccessful than successful), it's that not very many people are running. It started in 2008. The total RfAs in 2008 were 327 less than in 2007. That's not good. This year, we're already in November and, up to the end of October, there have only been 305 Rfas in total. And there have only been 5 RfAs so far this month. Pascal.Tension, I agree that the stats do fluctuate but I also believe that a drop of 327 RfAs in a year is not a small fluctuation. — Oli OR Pyfan! 21:57, 13 November 2009 (UTC)
- I also believe that some people would like to be Administrators but don't want to go through the highly daunting (and stressful) process of RfA. You just have to look here to know that quite a few people still want to be administrators. All this boils down to one point I want to make. I think that, to get more administrators, we should make the RfA process seem more relaxed (I'm not saying we should let more people become administrators). We should have friendly constructive criticism, for example something as simple as, "I'm sorry, but I think you should do some more work in areas such as XfDs" instead of "not enough edits" or "per Majorly". — Oli OR Pyfan! 22:15, 13 November 2009 (UTC)
- Of course, but I think the only way to make the process more relaxed is to make actual changes to the system in order to promote a shift in how people view RfA and adminship in general. When we have so many people involved and a tendency so deeply ingrained into the project culture, a mere appeal for everyone to "play nice" isn't going to have any effect at all. Everyking (talk) 05:54, 14 November 2009 (UTC)
- Unfortunately, the best way to change the way people view adminship is to have a lot more admins so that the power of any individual admin is decreased or at least appears to decrease. I think we'll eventually go for a trial adminship or limited adminship system. The time and effort put in to the RfA system would be better spent monitoring new admins and advising them on ways to improve. Save a few stubborn morons, most editors and admins listen to good advice. Pascal.Tesson (talk) 17:26, 14 November 2009 (UTC)
- I'm new here and was just looking at the RfA process and I have to say why would anyone want to bother? I was thinking that if I wanted to be an admin all the hoops to jump through would turn me off. Knowing all the rules of Wikipedia is like studying law. But that for me would be the easy and fun part. What would annoy me is the mindnumbing repetitive stuff that they seem to require of admin candidates. CSD? High % of edit summaries? What does that have to do with writing quality articles? I notice I have a less than 50% edit summary utilization, yet before I sought to check, I thought I was using it appropriately. It seems minor edits I didn't provide an edit summary for brought down my edit summary % dramatically. Do I need to provide an edit summary for this comment I'm making right now for example? To be an admin you have to prepare months in advance paying attention to such details which detract from stuff like actually providing useful edits to an article. Lambanog (talk) 19:56, 14 November 2009 (UTC)
- Well, you answered your own questions. You do not need to jump through hoops to be an editor of articles. If that's all you want to do, then celebrate; no RfA in your future. But, if you want to close contentious AfDs, determine the notability of borderline BLP articles, work with the legality of image use, or block users for violating a myriad of policies, then you need to demonstrate that you know those policies, and use them appropriately. Should you provide an edit summary for the comment you just made? Yes. You should. Tan | 39 20:00, 14 November 2009 (UTC)
- I'm new here and was just looking at the RfA process and I have to say why would anyone want to bother? I was thinking that if I wanted to be an admin all the hoops to jump through would turn me off. Knowing all the rules of Wikipedia is like studying law. But that for me would be the easy and fun part. What would annoy me is the mindnumbing repetitive stuff that they seem to require of admin candidates. CSD? High % of edit summaries? What does that have to do with writing quality articles? I notice I have a less than 50% edit summary utilization, yet before I sought to check, I thought I was using it appropriately. It seems minor edits I didn't provide an edit summary for brought down my edit summary % dramatically. Do I need to provide an edit summary for this comment I'm making right now for example? To be an admin you have to prepare months in advance paying attention to such details which detract from stuff like actually providing useful edits to an article. Lambanog (talk) 19:56, 14 November 2009 (UTC)
- Unfortunately, the best way to change the way people view adminship is to have a lot more admins so that the power of any individual admin is decreased or at least appears to decrease. I think we'll eventually go for a trial adminship or limited adminship system. The time and effort put in to the RfA system would be better spent monitoring new admins and advising them on ways to improve. Save a few stubborn morons, most editors and admins listen to good advice. Pascal.Tesson (talk) 17:26, 14 November 2009 (UTC)
- Of course, but I think the only way to make the process more relaxed is to make actual changes to the system in order to promote a shift in how people view RfA and adminship in general. When we have so many people involved and a tendency so deeply ingrained into the project culture, a mere appeal for everyone to "play nice" isn't going to have any effect at all. Everyking (talk) 05:54, 14 November 2009 (UTC)
- I also believe that some people would like to be Administrators but don't want to go through the highly daunting (and stressful) process of RfA. You just have to look here to know that quite a few people still want to be administrators. All this boils down to one point I want to make. I think that, to get more administrators, we should make the RfA process seem more relaxed (I'm not saying we should let more people become administrators). We should have friendly constructive criticism, for example something as simple as, "I'm sorry, but I think you should do some more work in areas such as XfDs" instead of "not enough edits" or "per Majorly". — Oli OR Pyfan! 22:15, 13 November 2009 (UTC)
Then again, you also do need to have some article writing experience in order to pass an RfA... I didn't have enough when I last ran, and if I were to run again, I'm frankly still guaranteed not to have enough article writing experience, because I'm not an article writer. But with the current RfA crowd, there needs to be... a general balance of content, discussion, and maintenance experience. Audited content work is something that I've seen pop up lately as well. The thing that should not be 20:53, 14 November 2009 (UTC)
- Well different people have different criteria. I believe that you should have tried out all the buttons a few times and at least had a look at the policies and forums so that you can talk to users about their issues. Graeme Bartlett (talk) 22:00, 14 November 2009 (UTC)
- Actually, Thing, the soon-to-be successful Rfa of Amorymeltzer clearly shows that article writing experience is currently no big deal with the !voters. As one of the very few voting against, I will henceforth no longer make an issue of such things in an Rfa, as the trend of consensus appears to be overwhelmingly against a GA, FA or new article creation being of much concern as a qualification for new admins. And while I personally think this is a big mistake, it may have the effect of 'lowering the bar' enough to bring in a new surge of admins, which is both ironic (re: what happened to you in your August Rfa - have things changed that much in 3 months?) and moots the point of this discussion. I have absolutely nothing against Amorymeltzer personally and indeed feel he will be a fine admin in important yet limited areas, but rightly or wrongly I see his promotion as a big change in current standards, the long-term effect of which may well be regretted in years to come. Jusdafax 22:46, 14 November 2009 (UTC)
- We've been promoting candidates with little article creation experience for quite a while now, and the number of promotions remains low. I'd link to examples, but I would rather not single out particular RfA's when there are many to choose from. -- Soap Talk/Contributions 23:05, 14 November 2009 (UTC)
- If so, Thing/Sleeps was dealt with rather harshly, in my view. Lack of content work seems to have been the major objection. Jusdafax 23:12, 14 November 2009 (UTC)
- In response to Tan: don't shoot the messenger! I make the observation as someone who hasn't turned on automatic prompt for edit summaries but who in good faith tries to include meaningful edit summaries when I feel they are called for. Correct me if I'm wrong but I could turn on the prompt and add a next to meaning less "x" character on my edit summaries every time and over time it would dramatically change my score on the Edit Summary calculator although I would argue my current practice gives far more pertinent summaries. You might of course say people approving RfAs should drill down and not rely exclusively on a tool like the Edit Summary calculator. Fine but what really are you going to see? A sea of curt edit summaries which are really little better than the "x" character in most cases. I notice in your edit summary for your comment you placed "reply" and use it probably almost as often as I leave a blank space. I could conceivably recreate a similar looking edit summary history as yours if I was allowed to automate replacing a blank edit summary with the word reply. A more logical and efficient system to help assess the quality of edit summaries would be a complaint system where instances where edit summaries were not sufficient are tagged or flagged by other users maybe via a checkbox or button. Reviewers can then go directly to the identified case to verify. As it is lots of keystrokes are wasted on generic "reply" edit summaries which while fostering the habit also tends to make the comments more perfunctory. Lambanog (talk) 23:28, 14 November 2009 (UTC)
- I am willing to cede some of the edit summary argument to you. If a <100% edit summary usage is why someone is opposing an RfA, I heartily agree this is a shoddy reason at best. However, your original point wasn't solely about the edit summary issue - maybe I should have noticed that you weighted that portion of your original comment heavily. That said, when parsing a candidate's contribs, a lack of edit summaries is extremely annoying. Yes, stating "reply" might seem useless - but when there is nothing there, what was going on? An epic, industrial-grade flamewar? An edit-war? The addition of uncited material? Or even a positive thing - helping a newcomer? I don't know unless I actually check the diffs. Of course someone could hide behind generic edit summaries, but this is very rare. The bottom line for me is that edit summaries are extremely helpful for anyone reviewing your edits. If you don't plan to submit yourself to RfA, then don't worry about having A+ edit-summary usage. However, if you do plan on this, your contributions will be heavily scrutinized.... and people will be frustrated by a lack of transparency. It's just the way it is, and as someone who does do the scrutinizing, I side with the generic "reply". :-) Tan | 39 23:41, 14 November 2009 (UTC)
- In response to Tan: don't shoot the messenger! I make the observation as someone who hasn't turned on automatic prompt for edit summaries but who in good faith tries to include meaningful edit summaries when I feel they are called for. Correct me if I'm wrong but I could turn on the prompt and add a next to meaning less "x" character on my edit summaries every time and over time it would dramatically change my score on the Edit Summary calculator although I would argue my current practice gives far more pertinent summaries. You might of course say people approving RfAs should drill down and not rely exclusively on a tool like the Edit Summary calculator. Fine but what really are you going to see? A sea of curt edit summaries which are really little better than the "x" character in most cases. I notice in your edit summary for your comment you placed "reply" and use it probably almost as often as I leave a blank space. I could conceivably recreate a similar looking edit summary history as yours if I was allowed to automate replacing a blank edit summary with the word reply. A more logical and efficient system to help assess the quality of edit summaries would be a complaint system where instances where edit summaries were not sufficient are tagged or flagged by other users maybe via a checkbox or button. Reviewers can then go directly to the identified case to verify. As it is lots of keystrokes are wasted on generic "reply" edit summaries which while fostering the habit also tends to make the comments more perfunctory. Lambanog (talk) 23:28, 14 November 2009 (UTC)
- If so, Thing/Sleeps was dealt with rather harshly, in my view. Lack of content work seems to have been the major objection. Jusdafax 23:12, 14 November 2009 (UTC)
- We've been promoting candidates with little article creation experience for quite a while now, and the number of promotions remains low. I'd link to examples, but I would rather not single out particular RfA's when there are many to choose from. -- Soap Talk/Contributions 23:05, 14 November 2009 (UTC)
- Actually, Thing, the soon-to-be successful Rfa of Amorymeltzer clearly shows that article writing experience is currently no big deal with the !voters. As one of the very few voting against, I will henceforth no longer make an issue of such things in an Rfa, as the trend of consensus appears to be overwhelmingly against a GA, FA or new article creation being of much concern as a qualification for new admins. And while I personally think this is a big mistake, it may have the effect of 'lowering the bar' enough to bring in a new surge of admins, which is both ironic (re: what happened to you in your August Rfa - have things changed that much in 3 months?) and moots the point of this discussion. I have absolutely nothing against Amorymeltzer personally and indeed feel he will be a fine admin in important yet limited areas, but rightly or wrongly I see his promotion as a big change in current standards, the long-term effect of which may well be regretted in years to come. Jusdafax 22:46, 14 November 2009 (UTC)
One of the misconceptions that most plagues RfA is the idea that adminship requires superhuman intelligence and years of study in Wikipedia policies. But really, it's not rocket science and if you're open to the idea that tough decisions should be made carefully and in consultation with others, the chance of screwing up is pretty slim. Let's face it: admins that run into serious trouble are not people who misunderstand policy, they're people who don't feel bound by it. That's why I hate the boilerplate RfA questions: knowledge of policy is not the right thing to test or to look for. Pascal.Tesson (talk) 23:44, 14 November 2009 (UTC)
- Well, probably predictably by this point, I disagree with that. Policy knowledge is essential. Because a lack of policy knowledge doesn't typically result in desysopping is a poor reason not to require it. Tan | 39 23:52, 14 November 2009 (UTC)
- But he didn't say that you shouldn't know policy, only that it isn't the thing which should be focused on. And I have to agree with his statement, and (without pulling names out of a hat) could back that up with examples. --Izno (talk) 00:29, 15 November 2009 (UTC)
- I'm with you 100% there Tan, but Pascal.Tesson makes two good points. One, that it's not that hard to get a good grounding in policy, and two, that sysop issues usually aren't a misunderstanding of policy but rather ignoring it/acting anyway. Knowing policy is one thing but applying it is another, and that's something that RfA doesn't always test very well. I'm not a huge fan of hypotheticals, especially because after once or twice they're useless, but they can provide a better litmus for what the two of you seem to be agreeing on. ~ Amory (u • t • c) 03:29, 15 November 2009 (UTC)
I'm going to generalize from my own perspective: <full disclosure> I've been biting my tongue long enough about this. I've in past times past !voted frequently but not so much recently. Three or four years ago if a user wanted to be an admin and wasn't on "probation" for doing stupid things and had some name recognition then he became an admin - no big deal (Boothy aside). Not so much anymore - it's become a big deal indeed. I'll not name names but IMHO there were many many admin promotions made back then that would not stand today. Those promotions, without today's gauntlet process, produced some of our best admins and with only a few screw-ups. They would not stand today (if the candidate even agreed to be a candidate) in today's RfA environment because they weren't "perfect" enough. I've pretty much quit this process just because of that environment - a gotcha process that many potentially fine admins are saying "screw that". If the vetting process becomes as it has become then many potentially stellar admins won't submit to the inevitable "spanking" from some aggrieved user and their followers. Fewer candidates, you bet. </full disclosure> hydnjo (talk) 03:02, 15 November 2009 (UTC)
Arbitrary section break
To put it bluntly, with no disrespect towards the OP (a general observation), I think these self-pitying threads are doing more harm than good. How to Lie with Statistics is quite relevant. –Juliancolton | Talk 04:21, 15 November 2009 (UTC)
- Yup. Stifle (talk) 11:09, 15 November 2009 (UTC)
- As a statistician, I don't see anything particularly misleading about the statistics portrayed above. That said, I agree wholeheartedly with both of your sentiments about these self-pity threads being unhelpful.
- To the community: If we were able to draw some clear inferences from these statistics, and somehow determine cause-effect relationships, that would be one thing. As it stands, however, these threads still leave us without concrete actions to take. Fewer people seem to be running, sure: Well, then nominate some people! Stop spending time moaning at WT:RFA and fix the problem! I am extremely picky about who I take the time to nominate, and yet I still managed to nominate (or co-nominate) two admins—Natalie Erin and Hmwith (both of whom were promoted without opposition and have served as distinguished administrators). If people are not running because they view RfA is a hostile environment, then make it a little less hostile by providing some social validation ahead of time by nominating them. If each participant in this thread spent the equivalent amount of time recruiting new admin candidates, I bet we'd have a bunch more admin candidates right now. IronGargoyle (talk) 18:17, 15 November 2009 (UTC)
- Question: Why stop at two? What stops you from inviting and nominating ALL the people you deem worthy and who are willing? Lambanog (talk) 19:59, 15 November 2009 (UTC)
- I didn't say I was going to stop at two. Your attempt at pointing out my own hypocrisy is skillfully deflected. ;) I do have tough standards in terms of who I nominate though (and yet I managed to nominate two people). I bet that a lot of people at WT:RFA haven't nominated anybody (and yet may have less stringent standards). IronGargoyle (talk) 21:53, 15 November 2009 (UTC)
- Question: Why stop at two? What stops you from inviting and nominating ALL the people you deem worthy and who are willing? Lambanog (talk) 19:59, 15 November 2009 (UTC)
Ultimately, the problem with RfA can't be solved by anything less than a community vote on how the process should operate. I've been saying that for years, and I keep saying it because the problem never gets solved any other way. RfA is critical to the health of the community, and we need a definitive community decision on how it should function. Everyking (talk) 06:11, 16 November 2009 (UTC)
- Wikipedia:RfA Review was supposed to generate that, but stalled. Stifle (talk) 09:23, 16 November 2009 (UTC)
- You're right Everyking. We were gearing up to kick off such a vote at the village pump back in mid Sept. But then the alternative recruitment campaign idea emerged, which took the steam out off our plan. A classic case of the good being the enemy of the best; the recruitment idea was too good a compromise not to be allowed to play out. By early next year, assuming our active admin corps is still declining, it will hopefully be mostly accepted that its not wise to rely on recruitment drives alone and we can have another go at achieving community consensus for making the process easier and / or less hostile. In the meantime these excellent stats from Mat are useful to help track the problem. FeydHuxtable (talk) 19:46, 17 November 2009 (UTC)
I'm curious to know what "harm" these threads are doing, that they could be doing "more harm than good". Chris Cunningham (not at work) - talk 14:08, 16 November 2009 (UTC)
- Indeed, RfA is critical to the health of Wikipedia. I'll ask a question: is the process actually broken, or has it failed to evolve in the right direction? Many people say "RfA was easier when I did it", or that "I passed then, but probably wouldn't now". Arguably, the "old" process would not be appropriate anymore - edit patterns have changed, the visibility of Wikipedia has changed, the "craftiness" of people has changed ... because of that, RfA has become tougher. However, is this "toughness" change been a quasi-relative response to the relative changes in threats to Wikipedia?
- Also, what is the true validity of people cherry-picking their Oppose !votes. As an example "I oppose because of [blah this] comment to User:so-and-so", yet fail to either notice or point out that so-and-so and the RfA candidate discussed the issue, and have worked conderfully collaboratively since? Too late, the pile-ons have begun! RfA candidates seem to be dissuaded from responding to !votes ... in my own RfA, I ended up striking my responses because of it.
- This isn't a sign of broken-ness per se, but there should be a way - maybe a chance for a candidate to respond to the opposes in a centralized spot, and !voters be notified to "review your vote" at the end of voting, but before bureacrats make a decision? I'm just throwing things out here from the top of my head ... feel free to disagree! (talk→ BWilkins ←track) 13:43, 17 November 2009 (UTC)
- Those are good ideas and yes evolving in the wrong direction might be a helpful alternative way to look at it - then when we try and get consensus for change we can say were be updating RFA rather than the more emotive work reform. Broken is still a useful shorthand way to say it though. FeydHuxtable (talk) 19:46, 17 November 2009 (UTC)
- The problem is the three steps that : 1/ people realise how much harm a bad admin can do 2/ they realise how difficult it is to remove one, and the lack of any lesser way to control their acts 3/ consequently, they are careful whom they appoint. Earlier, I don't think it was as clear how much harm could be done, and how easily admins might become susceptible. DGG ( talk ) 06:31, 21 November 2009 (UTC)
- It is a tough problem, and I can't begin to claim I have a solution. If I'd run in the current climate, it would have been a good deal closer, to say the least. I think DGG certainly has a point in that it is difficult to remove admins that are bad, but not egregiously bad (general nasty or arrogant demeanor or repeated refusal to listen to advice, vs. deleting/vandalizing the main page or wheel warring). I don't really know the solution to that, though. The places that need administrative intervention the most are by definition contentious and often hostile, and making it too easy to take potshots at admins may discourage them from being willing to step in where it's badly needed. On the other hand, being hard to remove admins does allow that occasional bad apple to do a lot of damage. I do think ArbCom has been more willing to handle the issue of recent, and that's a positive sign, but I think the return of the "Not enough Portal Talk edits!" (or not enough featured articles, or not enough talk page work, or too much talk and too few article edits, or whatever the wherearetheeditscountitis issue of the day is) are a symptom of the problem. In the end, we should be asking a few simple questions when deciding whether to support an RFA: "Does this editor have sufficient knowledge of policy to avoid making frequent unintentional errors? Does this editor have sufficient self-control to avoid making intentional errors or attacks? Does this editor have sufficient thoughtfulness and reason to know when to ignore all the rules and get something done, and just as importantly, when that would be a really bad idea?" If I can answer yes to those questions, I support. Seraphimblade Talk to me 07:15, 21 November 2009 (UTC)
- The problem is the three steps that : 1/ people realise how much harm a bad admin can do 2/ they realise how difficult it is to remove one, and the lack of any lesser way to control their acts 3/ consequently, they are careful whom they appoint. Earlier, I don't think it was as clear how much harm could be done, and how easily admins might become susceptible. DGG ( talk ) 06:31, 21 November 2009 (UTC)
A possible explanation is that anyone interested had already went through RfA and either got the tools or got bitten the head off. OhanaUnitedTalk page 07:16, 24 November 2009 (UTC)
The few 2003 diffs I've examined were unstructured braindumps added without balance or references. Maybe "we have ten times as many articles and many times as many edits per day now than we did in 2003", but we also have better tools, better processes (with better guidelines that are better understood), better editors and in general a better understanding of how to write for Wikipedia. Editors who can't handle our emerging V+RS+NPOV/OR culture don't stay around for long. If Wikipedia is really at risk because the number of active admins is relatively static, perhaps we should cull some of the sacred cows that cause our admin workload. - Pointillist (talk) 00:52, 25 November 2009 (UTC)
- I wouldn't call 1% decline per month relatively static, but what are the sacred cows that you speak of? ϢereSpielChequers 01:12, 25 November 2009 (UTC)
- I don't know the statistics, but if contributors are becoming reluctant to become/remain active-admins, and if events-that-require-admins aren't reducing at the same rate, an overload can be predicted. AFAIK there's no sign of this overload yet, but it could develop very quickly, because Wikipedia has an apparently unstable social model, based on corpus of inflexible rules ("sacred cows") that initially hold the doors wide open for new contributors and later use administrators to enforce fine-grained principles that only make sense to editors from a narrow educational background. The middle ground of responsible editors would dwindle rapidly if they had to defend the amount of time they spend here to their families/partners, anyway:
- "What did you do at Wikipedia today, Daddy?"
- "Well, I did NPP and I found that a sockpuppet of a PR company had created a c7@p article about one of their clients."
- "Did you blast them out of orbit Dad?"
- "No, I spent two hours looking for reliable sources and re-wrote the article so it was totally NPOV, full of perfectly crafted citations, a fine piece of work that won't get questioned by any other editor."
- "Wow, you really showed them how to do their job! I bet they paid you a lot for doing that?"
- "No, they don't pay me. Wikipedia doesn't pay me. I do it for the love of the thing. That's why I'm tired and cranky in the mornings."
- "Hey Dad, why don't you become an administrator?"
- "Er..."
- "What did you do at Wikipedia today, Daddy?"
- Social institutions evolve or die. I expect that Wikipedia will survive despite its sacred cows (after all, there's an almost unlimited supply of university students to polish it). If it really is at risk in the way you originally said, we should re-examine its ways of working rather than just asking for a potentially unlimited increase in administrator numbers. I'd ask current administrators and editors how to reduce the workload, e.g. "If you had to stay on this project until the day you die, what would you fix, and why?" - Pointillist (talk) 03:10, 25 November 2009 (UTC)
- I don't know the statistics, but if contributors are becoming reluctant to become/remain active-admins, and if events-that-require-admins aren't reducing at the same rate, an overload can be predicted. AFAIK there's no sign of this overload yet, but it could develop very quickly, because Wikipedia has an apparently unstable social model, based on corpus of inflexible rules ("sacred cows") that initially hold the doors wide open for new contributors and later use administrators to enforce fine-grained principles that only make sense to editors from a narrow educational background. The middle ground of responsible editors would dwindle rapidly if they had to defend the amount of time they spend here to their families/partners, anyway:
A question
This may have already been brought up before, but the above is tl;dr. Raw numbers aside, how has the proportion of new community servants to new community members altogether changed, if it has to any significant degree at all? That, I think, is what is most relevant. Kurt Weber (Go Colts!) 21:00, 1 December 2009 (UTC)
Hit and run suggestion
There's been lots of debate about whether or not RfA is in some way broken, but I think that much of it has missed the point; the administrator role is poorly defined and confuses several aspects such as policing behavioural issues, judging behavioural issues, and dealing with content issues. Administrators have accreted to themselves more and more powers that many of them are clearly incompetent to use, but are reluctant to relinquish to those who are.
I realise though that pointing out the bleedin' obvious wins no friends around here and changes nothing. Nevertheless I feel better for having said it. :-) --Malleus Fatuorum 22:27, 26 November 2009 (UTC)
- Well, you might want to make a note or three at Wikipedia talk:Community de-adminship/Draft RfC then, Malleus. -- Avi (talk) 22:29, 26 November 2009 (UTC)
- Gotcha. –xenotalk 23:00, 26 November 2009 (UTC)
- What are these extra powers and when did they come in? (This is not a sarcastic remark - I can't think of any changes in the last two years other than the unbundling of Rollback, and while I've edited for more than two years, before then I was blissfully unaware of wp space let alone wt space). ϢereSpielChequers 23:06, 26 November 2009 (UTC)
- Gotcha. –xenotalk 23:00, 26 November 2009 (UTC)
Malleus is right. WP:UNBUNDLE is the way forward, but it won't happen any time soon. Pedro : Chat 23:11, 26 November 2009 (UTC)
- Well a slight move in that direction would be to have more admin training modules, so that when you do start using the tools in an unfamiliar area there's a training module or maybe even a CTM. ϢereSpielChequers 23:25, 26 November 2009 (UTC)
- That's just about as comprehensive a misunderstanding of the issue that I've ever seen. --Malleus Fatuorum 23:33, 26 November 2009 (UTC)
- If someone uses a tool incompetently then taking away the tool they misuse is one solution, training and retraining are other approaches. Personally I think all three approaches have their merits and ideally when incidents occur we should be deciding which approach is the best for that incident. That may not go down well with those whose only response to an incident is to demand that heads must roll, but in my experience being able to pick from all three approaches makes for better decisions than over-reliance on any one of them. ϢereSpielChequers 00:02, 27 November 2009 (UTC)
- That's just about as comprehensive a misunderstanding of the issue that I've ever seen. --Malleus Fatuorum 23:33, 26 November 2009 (UTC)
"The administrator's package needs to be split." Fair enough, but just how? This discussion is pissing in the wind unless someone can come up with a way to partition the present administrator responsibilities into two distinct roles, neither of which also suffer from being "poorly defined and confusing several aspects". What are we going to do, tell some people they are alowed to revert vandalism but they can't warn or block vandals? tell others that they can warn or block people for edit-warring, but they can't protect the page being warred over? Hesperian 00:28, 27 November 2009 (UTC)
- It would be very easy to do, if there was a will to do it. Blocking, for instance, is clearly a policing function that has very little to do with being able to edit abuse filters. --Malleus Fatuorum 00:33, 27 November 2009 (UTC)
- Indeed. Now define for me two distinct roles, one that would need the block button but not the ability to edit abuse filters, and one that would need the ability to edit abuse filters but not the ability to block users. Can't do it? Hesperian 01:07, 27 November 2009 (UTC)
- I don't think abuse filter edition has caused too much drama. Unbundling would probably work best when separating blocking, deleting and protection, the rest remaining in the common abilities pool.
- With that, you get content wardens with the protection button (RfAs would examine mostly on content work and activity on the content-related noticeboards) , janitors with the delete button (RfAs examining content building, AfD participation, or specific cleanup activites/NPP/RCP), and community moderators with the block button (dispute resolution skills) . Doesn't have to be more complicated than that. MLauba (talk) 01:16, 27 November 2009 (UTC)
- Indeed. Now define for me two distinct roles, one that would need the block button but not the ability to edit abuse filters, and one that would need the ability to edit abuse filters but not the ability to block users. Can't do it? Hesperian 01:07, 27 November 2009 (UTC)
- I don't want to waste any more of my time on yet another unproductive discussion on what must rank as the most unproductive talk page on wikipedia. Argue amongst yourselves, as the truth is plain to see. --Malleus Fatuorum 00:38, 27 November 2009 (UTC)
- I wouldn't mind unbundling, as long as it was done sanely. The fact that 1,600 admins can hand out Edit Filter Manager and IPBE (two very powerful userrights) without any community review and crats can hand out Bot (a very powerless userright) only with BAG approval simply doesn't make sense to me. Some admin rights like editusercss and movefile probably could be handed out by any admin to many users, but others like block and deletedtext probably deserve a higher level of procedure and review. MBisanz talk 01:15, 27 November 2009 (UTC)
- My final thought on this, as nothing will change, is that I fall at the first hurdle. Why should administrators be handing out "rights" that didn't exist when they were voted into power? They weren't even voted those rights themselves. --Malleus Fatuorum 01:59, 27 November 2009 (UTC)
- Interesting question, which merits a separate discussion, I think. I also think the answer lies somewhere near Marbury v. Madison. Whether or not one agrees with the decision, Marbury established judicial review, and it has shaped law in these United States ever since. Whether the framers of the United States Constitution intended that or not is of academic interest (at least to some of us on this side of the pond, Malleus :-) ), but it doesn't change the way things work. Perhaps that proves your assertion (nothing will ever change), perhaps not...but I think it sort of answers the why question about administrators handing out bits that didn't exist when they became administrators. Frank | talk 02:26, 27 November 2009 (UTC)
- Actually, Malleus, with the exception of AbuseFilter editor, all of the user rights that administrators can issue are part of the administrator package, and have been for a very, very, very long time. So yes, you actually did vote to give us those rights. J.delanoygabsadds 03:09, 27 November 2009 (UTC)
- So your argument is that most of the admin rights were voted on, but it doesn't matter that some weren't, and that all additional "rights" are accreted to the body least able to honestly deal with their abuse? It's difficult to decide whether you're an honest idiot or just an idiot. --Malleus Fatuorum 03:20, 27 November 2009 (UTC)
- Because you said, "Why should administrators be handing out "rights" that didn't exist when they were voted into power?". We aren't "handing out rights that didn't exist when we came into 'power'". Because of software updates, we were given the ability to hand out rights that were previously packaged solely into the "sysop" bit. J.delanoygabsadds 03:25, 27 November 2009 (UTC)
- And if administrators are the "least competent" users to hand out those user rights, who do you suggest does it? Anyone approved by you? Simply saying that "Oh, those guys suck" and not offering any viable alternative is not good enough. Someone has to decide who gets them. J.delanoygabsadds 03:30, 27 November 2009 (UTC)
- So your argument is that most of the admin rights were voted on, but it doesn't matter that some weren't, and that all additional "rights" are accreted to the body least able to honestly deal with their abuse? It's difficult to decide whether you're an honest idiot or just an idiot. --Malleus Fatuorum 03:20, 27 November 2009 (UTC)
- My final thought on this, as nothing will change, is that I fall at the first hurdle. Why should administrators be handing out "rights" that didn't exist when they were voted into power? They weren't even voted those rights themselves. --Malleus Fatuorum 01:59, 27 November 2009 (UTC)
- OK, you've convinced me. You're an idiot. --Malleus Fatuorum 03:34, 27 November 2009 (UTC)
- Good lord, Malleus. Stop poking. Keeper | 76 03:35, 27 November 2009 (UTC)
- OK, perhaps I did overstate my case a little. I offer my apology to J.delanoy for that. --Malleus Fatuorum 03:47, 27 November 2009 (UTC)
- OK so Malleus has now explained that his concern isn't that administrators have been gaining tools that didn't exist when they were appointed, but that there has been some unbundling, and that this concerns him because it is the admins who have gained the ability to hand out certain user rights. I think he has identified a theoretical issue here, but I'm not convinced that we actually have a problem. I'm not very active at the Dwamah boards so may have missed the odd desysop or trouting for inappropriate handing out of Rollback or Autoreviewer. If such things are a common occurence then I'd agree that our current system needs to change. However in the absence of evidence to the contrary, I think one of the parts of RFA that works well is that we focus on whether we trust the judgement of the candidate before we hand out the mop. Admins are then trusted with the whole mop regardless of whether certain aspects were discussed in their RFA. Personally I like to see a candidate who promises to proceed with caution when using unfamiliar parts of the tools, but I'm not convinced such commitments influence many RFA !voters. Taking Autoreviewer as a case in point; I can't remember the last time a candidate was asked what their criteria were for handing out or revoking Autoreviewer rights, so I see little point being concerned if some admins got the bit before admins became able to hand out Autoreviewer to others. But reverting to my point about training, I could find no mention of Autoreviewer allocation at new admin school. I use this example because I have recently started to hand out Autoreviewer, but had no thought of getting involved there at the time of my RFA. Perhaps we should rename wp:New admin school as wp:Admin refresh training and give its contents an overhaul, after all one of the big changes in the last five years is that we've gone from a project where no admin had served for more than two years to one where most have served for more than two years and many for more than five. So perhaps we should start thinking about an ongoing training program for admins. ϢereSpielChequers 14:17, 27 November 2009 (UTC)
- OK, perhaps I did overstate my case a little. I offer my apology to J.delanoy for that. --Malleus Fatuorum 03:47, 27 November 2009 (UTC)
- Good lord, Malleus. Stop poking. Keeper | 76 03:35, 27 November 2009 (UTC)
- OK, you've convinced me. You're an idiot. --Malleus Fatuorum 03:34, 27 November 2009 (UTC)
As an aside, as it looks, at least on the surface, that the true beef is about who hands out / who receives page patroller rights once the system goes live, the last discussion Dank had initiated here about a month ago has petered out, and all pages tied to WP:FPPR have pretty much gone silent since mid-September (see Wikipedia talk:Reviewers). As far as I'm concerned, I'm all for granting Reviewer rights to the bulk of all WikiProject BLP participants that have even half of a clue for the trial itself, running the trial on an admin-only base would be a quite severe mistake in testing the system. MLauba (talk) 14:40, 27 November 2009 (UTC)
- I think the idea of breaking the admin job down into particular roles is a great one; however, particular roles cannot be that clearly distinguished in terms of tools. I mean, yes, an enforcer of civility and editwar rules needs the blocking tool, but so does an antivandal worker. A content moderator needs the ability to protect, but so does a high-volume template editor. AFD closers need deletion, but so do the veteran CSD patrollers. Then, of course, arbcom enforcement and sanction-creation admins fall into a class all of their own - closer to proconsul with imperium inside the designated topic area than anything else. Our problem right now is that admins are all of these things. Antivandal editors are being evaluated based on how much "experience" they have with content disputes. Veteran article-writers and consensus builders are being evaluated on how well they "understand" (too often meaning: agree with question-asker's faction about) BLP or Image copyright policy. These things often occur without regard to the stated intentions of the candidate for how they'll use the admin tools. The history of RfA of late is littered with failed nominations on those grounds. I'm not sure what the lines between these separate roles might be, but I'm pretty sure we need separate roles, with understandings that, barring IAR-type circumstances, they will not step outside that role (e.g. theoretical purely antivandal admins blocking established editors). RayTalk 21:50, 27 November 2009 (UTC)
- There is analogous problem with editing. Non-registered editors, registered editors, and autoconfirmed editors each have a toolkit that may be way more than what we need for our desired task. Some of us focus on article- and content-creation. Some focus on article organization and project management. Others focus on community-building. Still others do gnome work or vandalism-management. Do I really need the ability to edit semi-protected articles if my main focus is welcoming new users? Probably not, but the tool is there.
- What is needed, and what we by and large hopefully have among active admins, is that each admin has a sense of where their competencies lie and they tread carefully when using tools outside those areas. We, as the community, have to trust that they have the good sense to know where they don't have the skill to do the job well, and that when they do use the tools in those areas they will either get a second opinion or do their homework and study the rules and precedents before taking actions that can have serious consequences. davidwr/(talk)/(contribs)/(e-mail) 22:38, 27 November 2009 (UTC)
- We don't have to trust anyone, and neither should the system demand it. A total of zero administrators were elected to be the final arbitors on article content via flagged revisions. The exact same number that were elected because of their expertise with the abuse filters. Why should they be trusted? --Malleus Fatuorum 22:55, 27 November 2009 (UTC)
- Heh. Yeah, but we don't have a problem with editors being rejected for confirmed status, the way we do for admins. And as things stand, admins are essentially unaccountable absent massive, arbcom levels of drama. I mean, over at the admin recall draft RFC, there's a proposal that requires a 70% margin to remove an admin that's in the lead. You need less of Congress to vote to remove the president. So what we have is extraordinarily vaguely defined role exercising a broad spectrum of power, with only minimalistic levels of accountability. And then we wonder why people hesitate to promote people to such a position. RayTalk 23:16, 27 November 2009 (UTC)
- The difference, of course, being that 70% is a lot easier to achieve here than in Congress and that as a wiki, the evidence is clear and visible. Since most Presidents only get slightly above a majority when elected, you can argue that we're being consistent - harder to get in, but correspondingly harder to reverse that decision. ~ Amory (u • t • c) 02:06, 28 November 2009 (UTC)
- And my point is that, from the point of view of maintaining editor confidence in the admin corps as a whole, and keeping the admin corps grounded in the Wikipedia community rather than separating them as a nomenklatura, neither is desireable. My attitude is that an admin who loses majority support in a weeklong publicized discussion for his retaining the bit has definitely lost the community's confidence. RayTalk 04:27, 28 November 2009 (UTC)
- I agree. The difference between WP admins and the presidents of the USA is that POTUS is checked by many other mechanisms - Congress, the courts, journalist, etc. WP admins are in practice unaccountable, unless there is massive drama, usually with ArbCom as the final act. I've seen blocks with were ill-judged or authoritation, and a few are thoroughly incivil but get much more lenient treatment than non-admins. The currenty practice of admins regulating admins is as ineffective as any other self-regulation. ---08:30, 28 November 2009 (UTC)
- And my point is that, from the point of view of maintaining editor confidence in the admin corps as a whole, and keeping the admin corps grounded in the Wikipedia community rather than separating them as a nomenklatura, neither is desireable. My attitude is that an admin who loses majority support in a weeklong publicized discussion for his retaining the bit has definitely lost the community's confidence. RayTalk 04:27, 28 November 2009 (UTC)
- The difference, of course, being that 70% is a lot easier to achieve here than in Congress and that as a wiki, the evidence is clear and visible. Since most Presidents only get slightly above a majority when elected, you can argue that we're being consistent - harder to get in, but correspondingly harder to reverse that decision. ~ Amory (u • t • c) 02:06, 28 November 2009 (UTC)
- I would like to request the creation of a user right that has only one ability: block Malleus. :) P.S. I would also like that user right. :) Ottava Rima (talk) 23:32, 27 November 2009 (UTC)
- Actually there may already be a few folks filling that spot, but if something opens up we'll contact you. ;) — Ched : ? 23:48, 27 November 2009 (UTC)
- Why block when you can delete? :) davidwr/(talk)/(contribs)/(e-mail) 23:55, 27 November 2009 (UTC)
- Malleus is perfectly entitled to raise these subjects, we could indeed move to a US style system where everyone from the sheriff to the dogcatcher is elected, with separate approval systems to use the tools to allocate rollback, protect articles etc etc. Even if the tools were not technically unbundled we could move to a system whereby each admin had some parts of the toolset they were empowered to use and other parts that they were only authorised to use on designated training material in new admin school. Personally I think that would be a bureaucratic solution to a non problem, but as I said I'm open to persuasion. If people can show me examples where admins have blundered about with an unfamiliar tool and even after trouting and other attempts at retraining had persisted and had to be desysopped, then I'll support Malleus's solution. However my understanding is that all or almost all desysoppings have occurred for things that the admin should have known were wrong at the time of their RFA. As to whether Malleus should be deleted, I note that he has not yet listed himself here. ϢereSpielChequers 14:09, 28 November 2009 (UTC)
- I disagree with WereSpielChequers's "all or almost all desysoppings have occurred for things that the admin should have known were wrong at the time of their RFA":
- RfA cannot predict how well the admin use the blocking power. Some have been appalling.
- The are well known "how to become an admin" cookbooks, in other words, some admins have gamed the system - pretending to be more incivil / neutral / honest than their true colours appears after adminship. Gaming the system can't be prevent in advance, the only way to counter is by sanctions after their true colours are known - in other words suspension, examination and, if the admin's conduct is less than is required of non-admin editors, desysoppings. Note the phrase "the admin's conduct is less than is required of non-admin editors" - what of the current is that after RfA admins are reluctant to sanction other admins. --Philcha (talk) 14:44, 28 November 2009 (UTC)
- Actually I'm not sure that you do disagree with me Philcha. Admins who feign extra civility to get through RFA probably know that being less civil after their RFA is wrong. As do Admins who block fellow editors for things which they would not have filed at AIV before their RFA. RFA has not proven an infallible way to decide whether an RFA candidate would or would not make a good admin. But blocking has been an admin power since the earliest days of RFA, RFA may not be a perfect way to appoint admins, but admins who have been appointed by it have been given the blocking power by the community. ϢereSpielChequers 20:23, 28 November 2009 (UTC)
- WereSpielChequers: I was joking about deleting Malleus. Actually I wasn't really joking, but I'll only nominate him if he's up for it. I hear the results can be deadly :) <-- note smiley. davidwr/(talk)/(contribs)/(e-mail) 15:06, 28 November 2009 (UTC)
- Hi David, Absolutely, I understand you perfectly. I regard almost everything to do with EFD as a joke, but was just a bit surprised that Malleus hadn't opted out. ϢereSpielChequers 20:23, 28 November 2009 (UTC)
- Maybe he has, I didn't check that. davidwr/(talk)/(contribs)/(e-mail) 21:26, 28 November 2009 (UTC)
- I did check and he hasn't. There are surprisingly few editors who have listed themselves at User:GlassCobra/Editor for deletion/Opt out, and none since January this year (which makes the four day gap at RFA practically a blip). Perhaps we should have a trawl through those who've had rollback or autoreviewer for 6 months and give them a choice of EFD or RFA? ϢereSpielChequers 17:34, 30 November 2009 (UTC)
- Maybe he has, I didn't check that. davidwr/(talk)/(contribs)/(e-mail) 21:26, 28 November 2009 (UTC)
- Hi David, Absolutely, I understand you perfectly. I regard almost everything to do with EFD as a joke, but was just a bit surprised that Malleus hadn't opted out. ϢereSpielChequers 20:23, 28 November 2009 (UTC)
- I disagree with WereSpielChequers's "all or almost all desysoppings have occurred for things that the admin should have known were wrong at the time of their RFA":
No current nominations
Yes, there are no current nominations. This has happened before. Those threads would be worth a read before another discussion on the deeper meaning, whether we don't have enough admins, how to find more, etc. etc.--chaser (talk) 07:01, 27 November 2009 (UTC)
- Oh come on, you spoilt the fun. I had a stopwatch ready to see how long it will take for such a thread to come into existence... ;-) Regards SoWhy 07:11, 27 November 2009 (UTC)
- Exactly, everything is perfectly fine in Wikiland. Why change what is self-evidently not broken. Right? --78.34.233.179 (talk) 09:22, 27 November 2009 (UTC)
- Please don't propose WP:RFA for deletion yet. Anyway there have been several nominations in the last 24 hours. But there was so little time open to vote that we must have missed them. You may wish to contact the candidates on their talk pages and give helpful suggestions. Graeme Bartlett (talk) 10:56, 27 November 2009 (UTC)
- You're right. Arguing for reform equals proposing it for deletion. Exact same thing. I sure am glad we have the
naysayerssceptics to prevent anybold, but reversiblereckless and irreversible actions. --78.34.233.179 (talk) 12:04, 27 November 2009 (UTC)
- You're right. Arguing for reform equals proposing it for deletion. Exact same thing. I sure am glad we have the
- Hehe, given the American holiday, maybe we should go with one of two extremes for the rest of the weekend: Automatically nominating people when they are autoconfirmed, or locking WP:RFA so nothing can be transcluded. *joke*. davidwr/(talk)/(contribs)/(e-mail) 13:23, 27 November 2009 (UTC)
- I love how often I can quote "All this has happened before, and all this will happen again" and it still be a valid statement. :) EVula // talk // ☯ // 16:44, 28 November 2009 (UTC)
No nominations in about three days. Time to mark RfA as {{historical}}? –Juliancolton | Talk 17:12, 30 November 2009 (UTC)
- I'm actually surprised that we've not had to mark this talk page as {{hysterical}} by now. Shereth 17:17, 30 November 2009 (UTC)
You guys are looking at if from the wrong angle... think of it this way, it's been three days since anybody was attacked for not crossing enough t's or dotting enough i's.---Balloonman NO! I'm Spartacus! 23:09, 30 November 2009 (UTC)
- That starts tonight, actually. iMatthew talk at 00:00, 1 December 2009 (UTC)
This is an unusually long dry spell... 122.162.176.142 (talk) 14:29, 1 December 2009 (UTC)
- I asked five users who I feel are well-qualified if they want a nomination. Expect five RFAs if they all accept. Secret account 14:47, 1 December 2009 (UTC)
- Looking on the bright side, November was a solid month at RfA. There were 13 successful RfAs (the most since April) and just 5 unsuccessful RfAs (the fewest all year), discounting the six WP:SNOW and WP:NOTNOW closures. All that, plus a successful RfB! After that kind of month, an absence of current nominations isn't a big deal. A Stop at Willoughby (talk) 16:07, 1 December 2009 (UTC)
- Heh... I would run, but I would most likely fail considering that I have done almost nothing to change since my last RfA, besides getting a bit more involved in various discussions, particularly here and at AN/ANI. Plus it would be rather soon since my rename, which happened to break the Wiki and cause over 20,000 of my edits to not re-attribute to my new username, while my still saying in my preferences that I still have over 98,000 edits. The thing that should not be 16:18, 1 December 2009 (UTC)
- Only the worst sufferers of editcountitis would be concerned about that edit count. Anyway, I threw my hat into ring and was about to answer all questions with "Support me before Wikipedia explodes", per Shereth's advice. But with Secret getting busy, I guess I'll take my hat back and wait before clicking "save page".--Atlan (talk) 16:25, 1 December 2009 (UTC)
- God forbid someone would want their contribution history under a single banner. @Thing, you can bother User:Werdna to manually re-attribute them. –xenotalk 16:27, 1 December 2009 (UTC)
- I would be delirious to support the thing that should not be. Admin is a role that should be taken seriously. If that ever comes up at RfA i would be curious of the results. Which make me think of previous RfAs. Filed by a banned user and then deleted is the best that we have so far this month. delirious & lost ☯ ~hugs~ 16:39, 1 December 2009 (UTC)
- God forbid someone would want their contribution history under a single banner. @Thing, you can bother User:Werdna to manually re-attribute them. –xenotalk 16:27, 1 December 2009 (UTC)
- Only the worst sufferers of editcountitis would be concerned about that edit count. Anyway, I threw my hat into ring and was about to answer all questions with "Support me before Wikipedia explodes", per Shereth's advice. But with Secret getting busy, I guess I'll take my hat back and wait before clicking "save page".--Atlan (talk) 16:25, 1 December 2009 (UTC)
I approached some of the people who demurred when I last approached them; they all are still remaining sane :( -- Avi (talk) 16:47, 1 December 2009 (UTC)
- I'm sure there's an Eco/PT sock out there somewhere who is getting pretty close to being properly groomed for an RfA. Tan | 39 16:49, 1 December 2009 (UTC)
- I'm sure there is, and he has probably already appeared at a few recent RFAs. It's only been a few months since that whole thing, so I'll start worrying in a few more since only an idiot would run this soon after being blocked. Kevin Rutherford (talk) 18:05, 1 December 2009 (UTC)
- Two denied, but got one to accept so far. Secret account 18:10, 1 December 2009 (UTC)
- Yippee, no more drama! Kevin Rutherford (talk) 18:18, 1 December 2009 (UTC)
- The presence of active RFA's means no more drama?--Atlan (talk) 19:26, 1 December 2009 (UTC)
- I think it's more like "better the
devildrama we know". Shereth 19:34, 1 December 2009 (UTC)- Haha, whoops. I meant to indicate that people won't be freaking out here. If the power of an RFA could ever completely end drama, the world here would be a different place. Kevin Rutherford (talk) 22:02, 1 December 2009 (UTC)
- I think it's more like "better the
- The presence of active RFA's means no more drama?--Atlan (talk) 19:26, 1 December 2009 (UTC)
- Yippee, no more drama! Kevin Rutherford (talk) 18:18, 1 December 2009 (UTC)
Why do we need more admins?
If the number of active editors here is static, the total "number of editors" (however defined) is declining, the policies and processes are clearer and the tools are better, then why does Wikipedia need more admins? I'm not trying to be provocative or disruptive about this, I just think the hustings/elections would be more effective if we had some objective data about the need. Have we detected more sockpuppets? Is there more vandalism? Do the best writers need more policing? Will more admins make the encyclopedia a better place? It doesn't seem that promotion to admin is needed to entice editors to stay here, otherwise there would be no shortage of self-nominations. Am I missing the point or are we lacking some fundamental statistics about editing patterns? - Pointillist (talk) 00:09, 3 December 2009 (UTC)
- The number of hours spent administrating in relation to the total number of edits per day should be about constant. If we are losing active admins faster than we are losing active editors, then we need more active admins, assuming the average time spent admining and average number of edits per day per editor is nearly constant. Based on some previous discussions, we are losing active admins. On the other hand, some of the admin backlogs are a lot lower than they were a year or two ago. davidwr/(talk)/(contribs)/(e-mail) 02:00, 3 December 2009 (UTC)
- That's the way I see it. too, except that I'd expect the daily ratio of admin-hours to edit-count should fall over time because of greater maturity within the system (backlogs being lower might be evidence of this). I don't reject the possibility we need new admins, but I'd like to know why we need them before I cast my !vote. Wikipedia's ways of working evolved in an environment where admin bandwidth was a scarce resource: our ecosystem might change unpredictably if faced with an oversupply of admins. - Pointillist (talk) 02:37, 3 December 2009 (UTC)
From a different perspective.........
Someone above said that the issue was a poorly defined role. I wonder if I could take that a little bit further. I think a clue is in the alternative name used for admins - 'sysops'. A sysop is someone who can log in to the printer queue with admin rights and clear the buffer. A sysop is someone who can set up a new user, or delete an old account. You obviously still need plenty of that function - someone who can delete pages that someone else has requested be deleted, someone who can move user accounts to another name, that kind of stuff. But most of what your admins are now doing is a customer services job. They aren't blocking vandals, they are dealing with editors who are arguing - with each other - with anyone who tries to mediate. They are having to investigate who flung mud, and where and when, and decide what action to take, and probably get roundly criticised for whatever decision they make. As a long standing customer services officer who was promoted to work with the IT guys putting in new customer services systems, I can safely say that good sysops usually make very poor customer services officers. So Wikipedia's old admins (from 2003/4/5) are jacking it in as a bad job, and Wikipedia's recruitment process isn't picking the right people for the new job, because it hasn't defined the job.
How about, rather than looking at it as unbundling tools, looking at it as unbundling roles. Just because someone has the button, doesn't necessarily mean they need to have permission to use it in all cases. You might come up with
- sysop: can delete things if there is a valid deletion request (CSD,PROD or AfD). Can move usernames, sort out disasters with redirects etc. Can semiprotect pages with valid RPPs for vandalism. In short, has tools to deal with content only.
- patroller: can block drive by vandals and bad usernames, semiprotect pages that are being vandalised, warn or block for persistently recreating rubbish, spam, copyvios etc. Not inteded to undertake any action connected with editors who have been productive but have descended into fighting with each other.
- moderator: can intervene in disputes, semi or fully protect pages to force discussion, warn (and lets have some beefed up warnings) or block users who edit war, refuse to discuss, troll, attack etc. Can close pages at AfD.
- Umpire: clear first line reviewer for decisions taken by the first three. Block reviewer for blocks made by a moderator (patroller blocks could be peer reviewed probably )
There might be a few more categories. Unbundling by role means that one person no longer has to have in depth knowledge of everything, and admins are more encouraged to work together. --Elen of the Roads (talk) 01:16, 28 November 2009 (UTC)
- Nice in theory but I'm skeptical that it will work out in practice. There's always going to be the grey areas, these will make the bulk of the ANI reports and we'll be back with 4 groups of mistrusted people instead of one. It only works as long as everyone is playing along nicely. Plus, to a certain point, we already have this in our status quo, with many admins specializing in only one or two areas of interest, just not formalized.
- Unbundling the tools may be less elegant but it enforces both a separation of the roles by virtue of not having the tools, and the cooperation you rightly mention, as you'd have to go to a different group.
- There could even be different promotion thresholds, for instance, page protection is probably less contentious than blocking and could work with 60% support to promote. MLauba (talk) 01:24, 28 November 2009 (UTC)
- I take your point, but I do think the problem is around thinking of it as a function of the 'tools', not a function of the role. Elen of the Roads (talk) 01:44, 28 November 2009 (UTC)
- There are only 2 ways this will work: 1) Administrators are encouraged to self-identify as "here is what I do with the tools" but without any software enforcement, or 2) there is some software mechanism to enforce it.
- Until the software gets per-page granularity on using the tools, I don't see any progress on an enforcement-based mechanism. On the other hand, once per-page granularity is available, a whole world of possibilities opens up, including project-based administrators who can control the articles in their own projects but not the rest of the wiki, or "deleters" who can delete articles which have a deletion tag and which they themselves have not edited, etc. But we are a long way away from this capability. davidwr/(talk)/(contribs)/(e-mail) 01:48, 28 November 2009 (UTC) See here for related question. davidwr/(talk)/(contribs)/(e-mail) 02:00, 28 November 2009 (UTC)
- I think if the roles were clear (and had to be advertised on the userpage for example) the community could 'enforce' it. I don't think you need automated reporting - in fact I think that would probably just make the suspicion factor ratchet up. Elen of the Roads (talk) 01:51, 28 November 2009 (UTC)
- I think part of the problem there would be with consensus. What is consensus among a few individuals in a WikiProject is not necessarily consensus elsewhere. WikiProjects don't WP:OWN own the articles, especially those with a dozen attached, and how could we begin to define which projects they belong to? I think that'd create more drama than it might be worth. ~ Amory (u • t • c) 01:59, 28 November 2009 (UTC)
- Mmm, this is too good an idea to ever get anywhere, sadly, since it's been said splitting tools wasn't really possible. Persons such as myself (and I'd assume Davidwr as well) might look at basically every RfA and see things look more depressing every time. Support or Oppose based on GA/FA numbers? Too many edits? Too high an automated percentage? Namespace distribution? No file uploads? Worst of all, article creation. There are persons that do not want to go through the process because they are convinced they're doomed over this. Period. No other reason. I don't blame them, and I'll turn into one of those people eventually. View being that it's punishment for actually enjoying some greasework and to take more pride having in having their user page vandalized than a row of FA stars put across the top. We might not know a great article worthy of praise but we'll tell you if it's worth adding to start with. This would be large % grouping that most people in a "checkbox" system like this hypothetical would take. ♪ daTheisen(talk) 20:34, 28 November 2009 (UTC)
- (edit conflict)I often use the word sysop instead of admin because, aside from actually being the name, I often feel it more accurately describes the role. What you define, Elen, is probably better described here as our sysadmin. Truth be told, the role is really a combo of procedural stuff (protect, delete) and administrative stuff (close debates). And while I don't really see how this is different then the suggestion above or otherwise, I'd agree with MLauba that there are advantages to having everything together. Dividing your corps up means AfD closures without deletion, BLP attack pages without blocks, and an overall diminished variety of opinion. And, having been one before elsewhere, I can tell you the last thing this place needs a role named Moderator. ~ Amory (u • t • c) 01:53, 28 November 2009 (UTC)
- I'd also tend to agree, and when I look at someone at RfA, I'm not evaluating whether they know a given policy—that's trivial to look up anyway. I'm looking at my trust of the person, and if I trust them, that includes trust that they'll leave complex stuff in areas they're new to to those with new experience, and start out with simple cases there if they want to start work in it. If I can't trust you to exercise good judgment, in that way as well as others, I wouldn't trust you to do anything right. If I can, I trust you to start with what you know and move into other areas at an appropriate pace, if at all. Seraphimblade Talk to me 02:03, 28 November 2009 (UTC)
- From my own perspective. I've always found the "sysop" term amusing. For me, a sysop is someone who can set the switch to "off" and change RAID batteries and tape cartridges. Tim or Brion would qualify as sysops too, since they can remotely shut the whole thing down. That's a sysop.
- Elen makes some useful distinctions, but none of those roles are mutually exclusive, so declaring for a role (or using software granularity) won't necessarily help things. The "moderator" role (which is what I think admins should be called anyway) is open to all, but can be usefully backed with blocking and protection tools. The "umpire" is just a trusted admin. The "patroller" role will have problems with the edge cases, if the editor has 1100 edits but the patroller knows they're going wrong, do they really have to kick it upstairs? Elen's "sysop" still needs to exercise judgement, so if they have that judgement, why are they restricted to one role?
- Ultimately, RFA still comes down to "has clue? If so, yes". In my own case, since I would have had to declare "all of the above or maybe none", Elen's layout wouldn't have worked at all. (And 25% still think it didn't work :) Franamax (talk) 02:14, 28 November 2009 (UTC)
- I think we would want to skip the moderator title. It inherently carries a weight within discussions (do what Jim Lehrer says or ELSE!) and that's something we want to avoid. ~ Amory (u • t • c) 03:31, 28 November 2009 (UTC)
- Re name sysop: For some older than me, the name sysop means "has bank of Commodore 64s in his mothers basement with as many phone lines coming in as he can afford, and has the power to set your login level to TWIT." :) davidwr/(talk)/(contribs)/(e-mail) 02:20, 28 November 2009 (UTC)
- 64 KB of memory? God I would have loved that much space! In my day, I had to make daily backups by charcoal sketch of the memory core and we kept them all in a cardboard box in the middle of the road. Still, those were good times... :) Franamax (talk) 02:50, 28 November 2009 (UTC)
- Way to bump the analogy up to the max, thereby disallowing any of the hilarious intermediates! ~ Amory (u • t • c) 03:31, 28 November 2009 (UTC)
- Oh c'mon. I remember when I used to send my !opposes by Telex. I remember running alongside the admins shouting "get a horse". I remember when block notices were carved on actual blocks of wood. Lots of life left in that baby. :) Franamax (talk) 03:48, 28 November 2009 (UTC)
- An early early vote to impose a ban on several users on a predecessor to the Greek Wikipedia. davidwr/(talk)/(contribs)/(e-mail) 04:52, 28 November 2009 (UTC)
- I think that this would be a fairly good solution to a problem we don't currently have. Fairly good because a system based on different types of admins only using the parts of the mop they are empowered to use would be vulnerable to wikilawyers saying that a particular incident doesn't quite fall under the aegis of the type of admin who tried to resolve it. A solution to a problem we don't really have, because I'm not convinced RFAs often if ever fail because we trust the candidate in the area that they want to work in but not in an area they haven't touched. I think it is rather more frequent that candidates fail because of the things they've done that do relate to the type of admin they want to be. If things were to change and for example the "no featured" oppose became common enough at RFA to defeat an otherwise good candidate, then I think we should revive the idea of different types of admins who were appointed on the understanding that they would only use certain parts of the mop. ϢereSpielChequers 17:50, 30 November 2009 (UTC)
- An early early vote to impose a ban on several users on a predecessor to the Greek Wikipedia. davidwr/(talk)/(contribs)/(e-mail) 04:52, 28 November 2009 (UTC)
- Oh c'mon. I remember when I used to send my !opposes by Telex. I remember running alongside the admins shouting "get a horse". I remember when block notices were carved on actual blocks of wood. Lots of life left in that baby. :) Franamax (talk) 03:48, 28 November 2009 (UTC)
- Way to bump the analogy up to the max, thereby disallowing any of the hilarious intermediates! ~ Amory (u • t • c) 03:31, 28 November 2009 (UTC)
- 64 KB of memory? God I would have loved that much space! In my day, I had to make daily backups by charcoal sketch of the memory core and we kept them all in a cardboard box in the middle of the road. Still, those were good times... :) Franamax (talk) 02:50, 28 November 2009 (UTC)
There have been more than a few who got significant opposes because of inexperience or diffs showing a few poor decisions in a particular area other than where they said they wanted to work. Not necessarily enough to torpedo the nomination by itself, but frequently enough to make that particular RfA more of an ordeal than it needed to be. davidwr/(talk)/(contribs)/(e-mail) 22:38, 30 November 2009 (UTC)
- I like this idea of "specialized" admins. 122.162.176.142 (talk) 14:30, 1 December 2009 (UTC)
Thought experiment - bot-assisted protection
This is a thought-experiment for now, but I want to get some feedback before going forward.
If there was bot that, on command from editors on a whitelist, would semi-protect or protect an article for up to 24 hours and post a note to an administrative noticeboard, would this be useful? What criteria would be needed to get on the whitelist, short of a full RfA? Are there any other issues of importance?
Why a bot? Because I've been told a code change would be a nightmare. The only downsides to a bot vs. a code change is the editor's Special:Contributions wouldn't show use of the bot, and of course, someone has to write and run the bot. davidwr/(talk)/(contribs)/(e-mail) 21:39, 28 November 2009 (UTC)
Whitelist construction
- Desired whitelist criteria: Generally experienced and trusted, hasn't tried to break the wiki, approval by any crat possibly after a lightweight RFA, revokable at any time by any crat. davidwr/(talk)/(contribs)/(e-mail) 21:39, 28 November 2009 (UTC)
Other issues
- Desired restriction: Bot would not allow protection if editor edited that page or its talk page in the last week per WP:COI. Bot might only allow it if the page was mentioned by another editor on an ANI page or was on a page-whitelist. Bot would also keep a page-blacklist. davidwr/(talk)/(contribs)/(e-mail) 21:39, 28 November 2009 (UTC)
Bad idea all around/not needed/waste of effort
- Interesting Idea, but WP:RFPP pretty much already serves this same purpose. Not only that, it seems a bit complicated and unnecessary with users having to be approved to be on the whitelist, let alone someone having to write a bot. This might also have the potential to be abused if used for the worse in content disputes/conflicts. Frankly, I think having a human sysop accepting or declining queries on a case-by-case basis at WP:RFPP works just fine. -FASTILY (TALK) 22:08, 28 November 2009 (UTC)
- RPP is not broken, so there's no need to fix it. This proposal doesn't really belong on this page either, it's not really about RFA. Beeblebrox (talk) 22:11, 28 November 2009 (UTC)
- Agree with the above. A valid and thought-provoking idea, but I don't think it's really necessary. –Juliancolton | Talk 22:15, 28 November 2009 (UTC)
- Agree with Beeblebrox. Too much effort for too little gain. @Kate (talk) 22:16, 28 November 2009 (UTC)
- This is, at best, tangentially related to the RfA process.
While I, as an editor, don't think this is much of a solution for anything, I, as a bureaucrat, would like to see it go somewhere else. EVula // talk // ☯ // 06:49, 29 November 2009 (UTC) - This would quickly end up becoming redundant to RFA because there wouldn't be a much lower degree of trust required (the way there is for rollbackers). That is, if we trust people to be protecting pages, we can pretty much trust them as admins. delldot ∇. 17:06, 30 November 2009 (UTC)
- The standard for trust to protect or unprotect is, IMHO, much lower than the standard needed to do things like see deleted edits. The best argument I've seen not to do this now is that it is not necessary, that is, admins are not faced with a backlog in this area. davidwr/(talk)/(contribs)/(e-mail) 18:04, 30 November 2009 (UTC)
- Well, I guess it's a question of whether the big majority of the community agrees, enough to pass people through the approval process that wouldn't pass RFA. I expect this to trend toward higher standards, the way RFA has, but it's possible that it wouldn't. delldot ∇. 19:30, 30 November 2009 (UTC)
- The standards for RfB, interestly, have gotten a tad lower. davidwr/(talk)/(contribs)/(e-mail) 22:00, 30 November 2009 (UTC)
- True, but I assume you meant RfA? :) –Juliancolton | Talk 22:05, 30 November 2009 (UTC)
- A human will always be better than a bot. We have no shortage of humans willing to do the job; no need for a bot. (I do think we need more admins in general, though). -- Soap Talk/Contributions 05:02, 1 December 2009 (UTC)
- I agree with Soap, among others. Moreover, I oppose giving any bot the mop. Admin actions require human judgment. A Stop at Willoughby (talk) 15:57, 1 December 2009 (UTC)
Long, but actual Story as a demonstration why it's unnecessary
The instant I saw that idea I thought, "oh, that could be really fast at the right times", then also realized a Whitelist would be ridiculous, and eventually realized it wouldn't actually help the existing system in any way. As a non-admin, having to sit around really hoping disruptive IPs or sock crews will just stop doing something or maybe accidentally hit a flag of some sort that gets them listed somewhere else. It's not as bad as watching a magic wand taken to your user page, but still no good. We're throwing the dice for a time frame on confirmation, decision and possible protection. We know this. No one expects instant service. To actually keep the page protected short-term it needs to be sat at. The magic button in anything but the most incredibly basic IPs semi-protect or 1 user temp block cases like this might be simpler. Most every RPP is just a tiny bit different, even I can see looking at them.
Relation? On the day of the Fort Hood shootings I realized there was a BLP disaster in the making and went to see if I could steal and bully anyone else trying to change the article for the actual factual correct spelling of the name of presumed suspect and wait for my full protect request to go through; 72hr requested, let an actual fact-base article be written without the word "Terrorist", preferably. That alone, and/or use of the word "Muslim" or "Islam" when placed in the same article as "mass murder" and not necessarily with the required "alleged" added? Bad. Lawsuit-level bad since we're a very misunderstood Encyclopedia. Who knows how many might have caught even 1 absolutely awful diff. Even worse, the exended family was contacting media to explain some things. Nooo, not here. Bad. Wikipedia is not a news agency. Actually, besides a link to Jimbo's user page, it's almost a journey to contact Wikipedia at all. I find this is good. Anyway, the Fort Hood article ended up with a ridiculous 225k or so hits in the next 48 hours. I don't want to think about mirrors or reposts or social networking copy-pasting or local tv stations or papers or weekly magazines in a rush to get to the printers using Wikipedia as its only source. Almost certainly in the millions total that had us as their "source". As the number should be zero for something in the mainspace, that's not good. I sat and watched the page for hours, at least 2-3? I can't even remember. I didn't have Huggle access yet to make a custom filter just for the 1 page so I couldn't really stray away. Full Protect did come, no BLP anarchy and no weapons-grade BLP disaster. (♥ Tedder for the save; can't think of much I'd ever be happier to hear from an admin after this.)
My protection request is probably part of what resulted in angry groaning about Wikipedia in some blogs or low-grade media that weekend about how we picky we were about calling all suspects "alleged" (Despite common Western law, common sense and Wikipedia policy with us) and removing words like 'Terrorism' and 'fundamentalist'. We're Wikipedia. Wikipedia is not your-- well. If you're actually this deep into the encyclopedia to reading this, I think you get the idea. I laughed after I found a few complaints that we didn't even had an article of the alleged shooter. I felt a little guilty, but it's BLP and regardless of who it is I don't think I have to listen to anyone outside the community that isn't participating in the article discussion or my talk page. No editor complaints here either, though some misc "huh?" in situation-related ANIs. Nor to Tedder either, I think, since I had to get his back for awhile. People calmed down. We got a solid article that was 100% factually-at-time-of-edit correct and hopefully would offend as few people as possible.
Conclusion: If a Whitelist-based magic protection button wouldn't have helped in a 99th+ percentile level BLP page protection situation because of the exact same time delay and still need a diligent admin to verify my strange request for a mostly-preemptive full protect, I don't mind the current system. ♪ daTheisen(talk) 05:37, 29 November 2009 (UTC)
Changing standards
Looking over some of the older RfA's, say two or three years ago, it seems that some (I stress some and not all!) people were given sysop status simply because they asked for it and because they hadn't insulted Jimbo's mother. These days the sysop candidates have to jump through hoops whilst bending over backwards whilst at the same time holding a perfect, blemish-free, emotionless, record. In short: it was far easier to become a sysop a few years ago than it is now. Daily I see, and I won't mention any names, certain sysops speaking to editors in a way that would get me banned, or at least sink my chances of becoming a sysop for life. They are disrespectful, arrogant, incivil, and sometimes simply rude. But they get away with it because they all know each other and it's like an old boy network.
There needs to be some common ground, some equality of standard. One proposal would be that all sysops should be subject to recall. (If you're thinking about Arbcom then hold on; the old boy network often stops it getting that far!) Another would be that sysop status be granted for a fixed term, say 18 months. (Fixed terms of office work for prime ministers and presidents, for members of parliament and governors, for university departmental heads; in fact the only people that don't seem to use this system are monarchs!) I'm sure that there are many other ideas that would work. Although, I can already hear the protests "It would take too much time", "It couldn't be organised", etc... And I bet those that make these protests are those most worried about their positions post, dare I say it, revolution! ~~ Dr Dec (Talk) ~~ 03:21, 3 December 2009 (UTC)
- I don't know about recall, but I would love to see admins lose their bit after a fixed period of years, unless they need it by virtue of some other office. Whether this is 2 years, 5 years, or 10 years isn't as important that it be some finite time period. davidwr/(talk)/(contribs)/(e-mail) 03:45, 3 December 2009 (UTC)
- Some other office? But admin tools are, most importantly, editing tools. The ability to edit protected templates. The ability to move a page over a non-trivial redirect. The ability to delete a category when you create one with a typo. The ability to clean up after a cut-and-paste move. Taking away editing tools that one takes for granted - that doesn't sound like a good strategy to retain editors. Guettarda (talk) 05:03, 3 December 2009 (UTC)
- Fixed period adminship is a terrible idea. What happens after that? Those who lose the bit after their term have to re-apply through RFA? This creates way too much bureaucracy. Having to run once is enough hassle these days. Also, I can already see all those editors once "wronged" (read: correctly blocked or topic banned) by an admin running in to oppose. What a mess that would be. I like the system of monarchs you mention though. I really think my kids should inherit adminship.--Atlan (talk) 11:20, 3 December 2009 (UTC)
- After the fixed term the sysops should be subject to review. If their work has been up to scratch, e.g. they are still active, they are still being civil, they are not abusing their position then they should be able to continue. This wouldn't create very much bureaucracy; we only have around 1,700 sysops. This user group must be subject to review and should be held accountable for their actions. I could name a few sysops that would be de-mopped if they were subject to a mandatory review, but they're not. Do you disagree that it was far easier to get sysop status several years ago? Do you disagree that some sysops are behaving in ways that would sink their RfA if they were to have to reapply? If not then you suggest a solution... ~~ Dr Dec (Talk) ~~ 22:19, 3 December 2009 (UTC)
- Lulz. Still upset? Awesome. Tan | 39 22:22, 3 December 2009 (UTC) ← A perfect illustration. Thanks Tan :o) ~~ Dr Dec (Talk) ~~ 22:28, 3 December 2009 (UTC)
- Yeah, sysop bits were basically handed out in the early years (I guess I didn't get the memo). I agree that some of those early admins, if not many, would fail an RFA were they to run today. It just doesn't bother me. If they were breaking the wiki through incompetence, I'm sure we'd know and they'd be quickly desysopped. I also agree with you that admins should be held accountable for their actions, but I feel they already are. Your proposal suggests someone will judge admins after some time to see if they did their job right. Who's going to be that judge? If it's the community, then it'll just be RFA all over again.--Atlan (talk) 22:37, 3 December 2009 (UTC)
- Lulz. Still upset? Awesome. Tan | 39 22:22, 3 December 2009 (UTC) ← A perfect illustration. Thanks Tan :o) ~~ Dr Dec (Talk) ~~ 22:28, 3 December 2009 (UTC)
- After the fixed term the sysops should be subject to review. If their work has been up to scratch, e.g. they are still active, they are still being civil, they are not abusing their position then they should be able to continue. This wouldn't create very much bureaucracy; we only have around 1,700 sysops. This user group must be subject to review and should be held accountable for their actions. I could name a few sysops that would be de-mopped if they were subject to a mandatory review, but they're not. Do you disagree that it was far easier to get sysop status several years ago? Do you disagree that some sysops are behaving in ways that would sink their RfA if they were to have to reapply? If not then you suggest a solution... ~~ Dr Dec (Talk) ~~ 22:19, 3 December 2009 (UTC)
- I'm sure there'd be a way to sort it. Having another RfA isn't a good idea: RfAs seem to be a horrible experience (I've never had the masochistic urge to subject myself to one). Maybe select a jury randomly of, say, 20 users. It should include some Bureaucrats, some sysops, and some editors. I know that the devil is in the detail, but something needs to be done. The system isn't working at the moment. This might make more work, but it would strip out the dead wood. ~~ Dr Dec (Talk) ~~ 22:48, 3 December 2009 (UTC)
- As long as we all realize we're discussing this with a guy who acts when he has no idea what he's talking about. The especially choice parts of this were "I will be monitoring the vandalism page, and if you continue to conduct yourself in such a fashion then I will be forced to bring your behaviour to the attention of both the Administrators' noticeboard and ultimatly the Arbitration Committee" and "Threats? A simple promise." Threatening to take me to ArbCom because I removed an inactionable AIV report. If there is a more classic example of threatening (my bad: "promising") someone without knowing what the hell one is talking about, please let me know. I bring this up because it fits in nicely to this whole thread - "I don't like some admins (read: Tan et al); there needs to be a good way to get rid of them". Revolution? Not if it means handing over the bit to these characters. Tan | 39 22:45, 3 December 2009 (UTC)
- This was three or four months ago. I was very inexperienced at that time. Since then I've taken the time to learn procedures. I will leave any users to fish around the edit histories to see how both parties conducted themselves. You were a sysop and should have known better. I was an inexperienced editor that, although conducting himself wrongly, had a point. You probably don't realise this Tan, but you're illustrating my point perfectly, and I thank you. I've asked you to leave it and move on, but you always seem to pop up and post the same tired old links. I didn't mention your name, or anybody else's. So why take this all so personally? Move on! ~~ Dr Dec (Talk) ~~ 22:53, 3 December 2009 (UTC)
- As long as we all realize we're discussing this with a guy who acts when he has no idea what he's talking about. The especially choice parts of this were "I will be monitoring the vandalism page, and if you continue to conduct yourself in such a fashion then I will be forced to bring your behaviour to the attention of both the Administrators' noticeboard and ultimatly the Arbitration Committee" and "Threats? A simple promise." Threatening to take me to ArbCom because I removed an inactionable AIV report. If there is a more classic example of threatening (my bad: "promising") someone without knowing what the hell one is talking about, please let me know. I bring this up because it fits in nicely to this whole thread - "I don't like some admins (read: Tan et al); there needs to be a good way to get rid of them". Revolution? Not if it means handing over the bit to these characters. Tan | 39 22:45, 3 December 2009 (UTC)
More graphs!
Yes, it's another graph. This one is kind of hard to explain, so I'll do my best. It is graphing the percentage of RfAs in a month that have passed. I looked at every single month from Wikipedia:Unsuccessful adminship candidacies (Chronological), got the number of unsuccessful and successful RfAs, and added them together. I then took the number of successful, and divided it by the total number of RfAs, getting the percentage. On the graph, the red line is each month's percentage. The green line is the average of all percentages in a year, just to make it a little easier to interpret.
This graph is showing an interesting concept. Recently, a lot of numbers have been thrown around. "We've lost X many admins! we had X number of RfAs this month and X this month!" But does that mean anything? Personally, I think that saying RfA is dying because we have fewer RfAs is logically flawed. Yes, we have had less RfAs recently, but that doesn't mean that the process is broken. The rate of successful/total has been fairly steady since 2006. Before then, the standards were lower and people were passed easier.
As was said a few days ago, all the self-pitying threads are starting to do more harm then help. I do think this graph shows a few of the flaws in many of those arguments.
Thoughts? Comments? (X! · talk) · @285 · 05:50, 3 December 2009 (UTC)
- What it shows is that up to the start of this year, 40% of RFAs were successful. From January 35% have been successful. Someone else can do the math to see if that is statistically significant. This indicates that the problem is not that you are getting vastly more bad candidates. The other version of the graph in commons indicates that you are getting significantly less candidates than before. Perhaps you need to conduct a survey (anonymous of course) , find out why people don't run for admin. There's nothing like data. Does Media wiki come with survey tools - if not, I can suggest some good ones. Elen of the Roads (talk) 12:18, 3 December 2009 (UTC)
First of all, as a mathematician, I don't think that it's possible to have enough graphs ;o) To answer the question: People have lost faith! You put forward an RfA, people are mean to you, people pick apart your every action and every word. You are publicly examined, rated, and criticised. And for what? It's not like you're asking to be left in charge of the nuclear football. The requirements for a successful RfA have totally exceeded necessary levels. At the end of the day, if you're successful, you get some extra tools. But to get these extra tools you have to be a saint, a master editor, a diplomat, and a politician. Many people have come to the conclusion that it's just not worth the bloody hassle! ~~ Dr Dec (Talk) ~~ 22:40, 3 December 2009 (UTC)
Edit filters on admin actions
A year or so ago we had an administrator from another wiki ask for administratorship for a very specialized task. He got the bit but not without a lot of discussion. Some of the discussion was along the lines of "I would be more supportive if we could enforce your promise in software."
Likewise, we occasionally get noms from people who are generally trustworthy and could clearly use the tools correctly in some areas but tend to make deletion-related judgment calls that are too far away from historical consensus for comfort. Some of these editors have promised to be careful when deleting or not delete. Some have passed, some have not.
For de-adminship, ARBCOM sometimes strips the bit, but they could just as easily impose administrator restrictions, like "don't use the tools on these topics" or "don't block these editors." A future community de-adminship process may produce similar less-than-desysopping outcomes if it had the authority to do so and a means to enforce it.
Wikipedia:Edit filter looks like it can be used to restrict the activities of administrators, e.g. allow an administrator to only make a certain number of blocks or deletes a day, not allow him to block or delete certain editors or pages, etc., or even pop up "are you sure"-type warning messages.
While there is a clear benefit to having less-than-full admins as outlined above, it isn't free. The costs include a more complex RFA process and the need for a procedure to add or remove such restrictions. I don't think automated software enforcement of promises made during RFA or conditions imposed by ARBCOM or the community is worth the added overhead right now, but that could change in 2010 or later.
For now, I recommend we use this, but only in limited circumstances:
- As a means for something less than de-sysoping, for admins who demonstrate that they shouldn't take particular actions. This will typically be at an ARBCOM level and will be nothing more than a tool for ARBCOM enforcement. However, it might be useful in the "community desysopping" process being discussed elsewhere. This is outside the scope of RFA but presented here because of the audience.
- For the very exceptional cases where an administrator from another project needs to use the tool for something that affects both projects. This will be rare, and it will serve as nothing more than software enforcement to a pledge made up-front by the nominee as part of the nomination. Its purpose here is to reduce the drama of such RFAs. Had this been available at the time of the RFA of the admin from another wiki above, I think both the nominator and nominee would've jumped on it, and the RFA would've probably closed with little opposition. The question today is whether this it is a good idea to allow this for exceptional cases, whether its a bad idea, or whether we should table the discussion until the need arises. Its use would boil down to: Did the administrator make a single mistake or do something not likely to be repeated, or does he have a blind spot in a particular area where software enforcement or a software-triggered warning message is appropriate?
I also recommend we keep this technology in mind so as the needs of the wiki change, we have the flexibility to adapt.
Your thoughts? davidwr/(talk)/(contribs)/(e-mail) 16:39, 3 December 2009 (UTC)
- If my understanding is correct, every edit filter runs on every edit made by every editor. It would seem strange to create an edit filter that's only going to be restricted to one person and thus only trigger on <<<1% of all edits. That said, such filters do exist, such as Special:AbuseFilter/129, which I believe was created solely to keep track of Bambifan. So there are certainly single persons "important" enough to demand the creation of their own edit filter. -- Soap Talk/Contributions 16:47, 3 December 2009 (UTC)
- Just off-the-cuff... if we don't trust the admin to voluntary respect the imposed restriction or pledge, what's stopping them from editing it out of the filter? –xenotalk 16:41, 3 December 2009 (UTC)
- Filters on trusted people aren't to protect against intentional acts, they are to protect someone from making a mistake or acting rashly. A good admin with a history of making good deletions when he's doing them one at a time but poor ones after his 5th in an hour would be a good candidate for a throttling filter, for example. Along these lines, administrators who are good with filters may offer to make filters for other admins or editors based on a courtesy request, much like the wiki-break enforcer tools are triggered on courtesy requests. davidwr/(talk)/(contribs)/(e-mail) 16:56, 3 December 2009 (UTC)
- I don't see this as a viable solution. If we don't trust them enough, we shouldn't be granting them the bit. In addition, it would be too easy a step from here to arbitrary limits on adminship being imposed regularly. The WordsmithCommunicate 16:56, 3 December 2009 (UTC)
- I believe (and I just tested with protect, but not with everything) that the abusefilter can, at the moment, only monitor edits, moves, or deletions. In the case of deletions, you can not access any of the page info (except things like the title). So, while it is certainly possible to modify the abusefilter to handle all sorts of admin actions, someone will have to code it. I agree with the trust argument above: don't give people any rights unless you trust them to do what they say. But from a technical point of view, it is not currently possible to create fancy admin filters to monitor anything but deletions, and an admin could change any filter they wanted anyway (because the filters can't block users from promoting themselves to AFE). Prodego talk 20:26, 3 December 2009 (UTC)
admin intervention
I have noticed that most of the unsuccessful RFA'S are being closed by non-admin's i.e. rollbackers, it would be better if an admin would look at RFA'S before they get closed as so to review the candidates eligibility for adminship. —Preceding unsigned comment added by Paul2387 (talk • contribs) 17:55, 3 December 2009 (UTC)
- I assume you're talking about WP:NOTNOW or WP:SNOW RFAs? These can be closed by anyone who has experience with the RFA process, not just admins... –xenotalk 17:59, 3 December 2009 (UTC)
- Technically, crats are supposed to close RFDs that don't qualify for an early fail e.g. SNOW or NOTNOW. As xeno said, anyone who knows what they are doing can invoke the mercy rule. davidwr/(talk)/(contribs)/(e-mail) 19:44, 3 December 2009 (UTC)
Layout for questions
Am I the only one who finds the way we're formatting the questions weird? This is the only area where we use the format "; ..." for a headline. And what's the use of these headlines anyway? Why bundle questions by the person who asked them? The important thing is not who asked them, but what they're about. That information is currently hidden in the question text.
Speaking of the question text, it is also awkward that it has to be indented. This text is similar in function to the beginning of a conversation, which is always unindented.
So, why can't we just have a simple structure like this:
==Questions == === Q1: Color === What's your favorite color? ~~~~ : Red. ~~~~ === Q2: ... ===
— Sebastian 18:53, 3 December 2009 (UTC)