Talk:Steward requests/Permissions/2011

Add topic
Active discussions


Discussion moved here from [1]. --Abd 16:49, 31 January 2011 (UTC)

A [3] community vote has determined that he is to be removed. User is a temporary Custodian appointed against community consensus. After a period of abusing ops and bullying, he was put up to be desysopped. His mentor has not responded to any of the concerns from the community so the community deemed it necessary to intervene. 7 blatant supports to desysop (6 in main section, 1 in bottom section - Bduke), 1 says the original giving of ops was "strange", and no opposition. Discussion posted in many places, multiple people were asked to comment, but the low activity of the community makes it certain that all who would respond have responded. Ottava Rima (talk) 00:01, 29 January 2011 (UTC)

please wait at least 2 weeks for a complete community response. Thank you.--Nick1915 - all you want 16:07, 29 January 2011 (UTC)
Thanks, Nick1915. Wikiversity has policy on this, see Problems with Custodians; the process requires a 'crat close and request here. There are active 'crats, Jtneill and SB Johnny, both of whom have my permission to request desysop immediately if they think it necessary. The process is not broken. --Abd 16:32, 29 January 2011 (UTC)
thank you Abd, so this request is closed due to local policy. Thanks--Nick1915 - all you want 17:05, 29 January 2011 (UTC)
That policy is for full Custodians, not temporary Custodians. This shows that Stewards were willing to desysop after 3 days when the whole process was called into question via unanimous vote. Putting up a double standard is not the place of Stewards, especially when it is unanimous among a community. Seeing as how confirmation is around the corner, this is an egregious abuse of authority Nick1915, especially when Drini made it clear that filing on Friday was enough time to pass. Ottava Rima (talk) 21:43, 29 January 2011 (UTC)
There is no double-standard. The previous request you point to was filed by a local bureaucrat, as described by the local policy. If you feel that local community policy or bureaucrats are unfair, you should attempt to resolve those issues locally. —Pathoschild 22:49:06, 29 January 2011 (UTC)
No. Reread. The procedure says: 1. "you must gain consensus on the local wiki first." which was not followed for the previous one and 2. "a trusted person" not a "Bureaucrat". If you are wanting to continue as a Steward you must follow Steward procedures instead of making up your own. Ottava Rima (talk) 22:51, 29 January 2011 (UTC)
The en-Wikiversity de-custodianship policy states as follows: "Loss of custodianship involves a process that establishes community consensus. [...] Wikiversity bureaucrats will review the discussion. If a bureaucrat decides that there is good reason for removal of a custodianship, that bureaucrat will go to the meta-wiki and request that stewards review the community discussion. If a steward agrees that the Wikiversity community has reached consensus about a problem custodian, then that steward can terminate the custodianship of the custodian."
This policy explicitly places responsibility for such decisions in the hands of the local community bureaucrats. Please ask the local bureaucrats to review the discussion, as required by the policy. If you feel this is unfair or insufficient, you may propose changes to the policy. —Pathoschild 23:27:10, 29 January 2011 (UTC)
He is not a Custodian. He is a Probationary custodian. That was explained multiple times above. He was not voted in by the community, which that recall proceedings assume. Furthermore, as multiple Stewards have pointed out, stewards cannot "agree that the Wikiversity community has reached consensus". They can only see if someone trusted from the community posts that there is consensus, which the unanimous decision so far shows. Ottava Rima (talk) 23:38, 29 January 2011 (UTC)
I've closed this request following the local policy literally, not misusing any position/power.This is the only policy about custodian I've seen, and it's pretty clear, so, in the first instance, I cannot decide if community consensus is reached or not, but a local 'crat should review and make a request here. Ottava Rima, as I see, is not a local 'crat and the voting/discussion is open from less than a week and it has not been checked by any 'crat. So, yes, in this case I can point out that this request is not valid--Nick1915 - all you want 11:47, 30 January 2011 (UTC)
This is factually incorrect: "the local policy literally" He is a probationary custodian, not a Custodian. He has his own separate page. Furthermore, Meta policy does not require a local crat. Drini and othes in chat said to file it on Friday. Are you really going to contradict other Stewards while showing your inability to read the appropriate policy, ignore unanimous consensus, and do something Stewards are not allowed to do by making false claims about policies? Ottava Rima (talk) 14:28, 30 January 2011 (UTC)
Any other steward can revert my "inappropriate" action whenever. Anyway your tone is offensive here and in my talkpage. Please remember that meta is not the right place for exporting local drama or for threating people. This request is already closed, unless a wikiversity 'crat asks a removing or another steward wants to do something else. If you consider my action dishonest, please open a request here. Thanks--Nick1915 - all you want 15:49, 30 January 2011 (UTC)
A couple of users have asked for further input on the conflict on Wikiversity. From the stewards' point of view (as I see it), this is an internal conflict that should be handled by the community if at all possible. There is majority but no consensus about desysoping Abd, and the discussion is ongoing. The local proposal needs to be closed one way or another before we implement it. We will not close the proposal for you, since that's up to the community.
In typical cases a bureaucrat closes the proposal and forwards the decision to the stewards for implementation. That does not seem to be happening this time. The problem here is not that stewards are unwilling to arbitrate the conflict, but that there appears to be no local mechanism to do so. If nobody but stewards can resolve local disagreements, there are implications beyond this particular desysop request. Whether this case is decided by a bureaucrat or through another local decision-making process, you may want to think about how future disagreements will be resolved. —Pathoschild 02:40:36, 31 January 2011 (UTC)
Just for the sake of FYI (and perhaps easing minds), the 'crats are quite aware of this discussion, but our policy is: "Community reviews should be closed when it is clear that there is a consensus, or when it becomes clear that a consensus will not be reached.". We don't seem to be quite there yet, and the ongoing discussion is still quite active. Thanks. --SB_Johnny talk 16:11, 31 January 2011 (UTC)
Thanks, Pathoschild. Your analysis is as expected from a steward. The flap at Wikiversity is caused by one seriously disgruntled user, backed up by one or two others with similar resentments, and with the small active admin core of Wikiversity, almost all are either involved or so disgusted as to stay away. However, the process at Wikiversity is not broken, it is merely turgid. I see no reason for steward involvement at this time. There are potential "cross-wiki issues," and if those become significant, steward action that is respectful of the local community could become appropriate. It isn't there yet. --Abd 13:56, 31 January 2011 (UTC)
"here is majority but no consensus about desysoping Abd" It is unanimous, not a majority. If there was even one oppose you might be able to make some tiny but outrageous claim to a lack of consensus. Ottava Rima (talk) 15:08, 31 January 2011 (UTC)
That discussion has never appeared in the WV site message, which is the norm for serious discussions like this, and the reason is probably that no custodian has been prepared to consider it other than frivolous, worthy of extensive discussion. In spite of multiple threats by Ottava that two custodians were ready to block me "as soon as they came on," no custodian has supported his actions, so far, at least not in public, and we already know that Ottava is quite capable of converting "I'll look at it and make sure that policies are followed" into "I'm behind you all the way, they will soon be toast." He's been claiming that stewards are lined up to do his bidding. Presumably "as soon as they come on."
The discussion about me was started on the Colloqium as a topic ban proposal, and immediate support appeared from a curious collection of users, and then Ottava moved it to Community Review (also out of process, complaints about custodians are to be raised, by policy, at Custodian feedback, if not handled before that by ordinary discussion), with only about a fourth of the discussion being transferred. Through this, an appearance of consensus was created. I analyzed the contributions at [4]. Am I concerned about the small level of support shown, there? Certainly! However, it shows a common wiki problem: lack of attention, users burn out over conflict and stop watching it. I do know that there are Wikiversity users bailing because of this kind of nonsense. We permit it at great cost. --Abd 17:01, 31 January 2011 (UTC)

See Requests for comment/User:Ottava Rima, particularly new material at the end and proposal by Jack Merridew. --Abd 17:25, 31 January 2011 (UTC)

Based on a comment from SB_Johnny, a Wikiversity 'crat, the discussion there may be closed by him today, with a conclusion of desysop seeming likely. SB_Johnny has been authorized by me to act in this way, should he choose, even though otherwise I might claim recusal failure (he was opposed to my custodianship from the beginning). To me, my bit is not the issue, it is not that important, and my intervention here was to interdict Ottava's attempt to bypass normal process in pursuit of personal vendettas, see the Request for comment mentioned above. --Abd 19:41, 31 January 2011 (UTC)

Ottava reverted removal of continued discussion to here

From prior precedent, I moved the extended discussion after close to this Talk page. Ottava has reverted that without explanation, see [5]. Please review and respond appropriately, thanks. --Abd 17:09, 31 January 2011 (UTC)

Oversight removal?

Moved from Steward requests/Permissions as of 21:20, 15 February 2011 (UTC) (oldid). -- Dferg ☎ talk 21:20, 15 February 2011 (UTC)

Why was the OS permission removed from the ombudsmen? Their mandate is to investigate privacy breaches/checkuser usage, so it is understandable as to why their regular CU privileges should be removed. From my brief research, I do not see where they are charged with investigation of misuse of suppression/redaction/oversight (that is kept for a local arbcom or the community as a whole where no arbcom exists) and, thus, why should the bit be removed? -- Avi 16:24, 14 February 2011 (UTC)

Well, Ombudsman commission says “The ombudsman commission investigates complaints about violations of the privacy policy (in particular concerning the use of CheckUser tools) on any Wikimedia project for the board of trustees in an official manner.” The privacy policy also deals with oversight related issues although that's not explicitely mentioned on Ombudsman commission. —DerHexer (Talk) 16:40, 14 February 2011 (UTC)
Just throwing on my 0.02. Taking the whole idea on a bit. If oversight is removed because it is part of the investigation profile of the commission then equally global oversight to review action taken would be appropriate? --Herby talk thyme 17:41, 14 February 2011 (UTC)

It also discusses OTRS, does this means that ombudsmen must stop volunteering for OTRS during their term? -- Avi 17:33, 14 February 2011 (UTC)

That too :) -- Avi 17:49, 14 February 2011 (UTC)
My comments, as far as I saw last year. When Lar was appointed his oversight tools from commons were not removed from his account during his term; only his CU/steward tools were removed. It is an interesting point wether the ombudsman commission should be tasked with the review of the oversight tools. Since the OC is tasked to investigate privacy violations in an official manner (and *not* limited to the usage of the CheckUser tool) it would make sense to me to address them concerns about that since oversight is IMHO strongly linked with privacy. Wether a community has an ArbCom or not, we must not forget that investigations by the OC are official investigations. I suggest the OC members to discuss this issue between them too. -- Dferg ☎ talk 19:31, 14 February 2011 (UTC)
Also, move to Talk:Steward requests/Permissions this whole thread? This page shouldn't be a place to discuss, etc... -- Dferg ☎ talk 19:32, 14 February 2011 (UTC)
I concur. —DerHexer (Talk) 00:49, 15 February 2011 (UTC)

So....? -- Avi 18:58, 16 February 2011 (UTC)

I think that this is a matter to the Board & the commission to resolve. Thanks, -- Dferg ☎ talk 22:43, 16 February 2011 (UTC)

Fair enough; is the board informed that we have this issue? -- Avi 23:21, 16 February 2011 (UTC)

No, AFAIK. I'll point this to them shortly. -- Dferg ☎ talk 12:29, 19 February 2011 (UTC)
... and done. -- Dferg ☎ talk 18:45, 19 February 2011 (UTC)

Style sheet in Thai Wikisource

My Steward, if it is possible, I would like to ask you to insert any "style sheet" in or in respect of the Thai Wikisource for the tables therein are all colourless and have no lines at all. Certain users said it is so required. Thank you so much. --Aristitleism

Could you please provide us an example? I think that this is because deprecated CSS, but an example can help us provide a more accurate answer. -- Dferg ☎ talk 12:28, 19 February 2011 (UTC)

(16 Aug.) Regarding CU activity

A while ago I've opened a thread here regarding what the policy considers "inactive". Because from time to time we receive requests to remove X or Y CheckUser/Oversight access and I've saw different requests being actioned with different criteria. This thread looks for a standard procedure among stewards on how handle this situations:

CheckUser policy is a global policy and must not be ignored but respected in all Wikimedia projects.

I've concluded that on policy we must differentiate between the "pure policy" part and the "procedural" part. They are tied each other so let me explain myself. Whilst «[t]he tool should not be used for political control» is a pure policy part and I expect we all agree that if a project approves a CheckUser policy for use this tool in that way we would be at least informing the Board or the Staff; the «[a]ny user account with CheckUser status that is inactive for more than a year will have their CheckUser access removed» is policy-procedural. Inactivity is a reason to loose the status but does not define what is inactivity.

To be sincere I still find that statement very vague because the policy has not left clear what can be considered an inactive CheckUser. And that part is one of the few, absent a clarification on the global policy, that might be regulated locally.

As such I made the following


When we receive a request to remove somebody's Oversight or CheckUser access based on inactivity only I propose that:

  • If that project has a clearly defined CU-inactivity rule, follow it.
  • If the project has not a clearly defined CU-inactivity rule:
    • Check log actions and edits. If he has at least one, the user keeps his status. If no edits or logged actions, then:
    • Verify the CheckUser log and check if there have been any CU activity. If it's at least one check made, the editor keeps its status.

So we don't focus only in CU-activity only (which should be low) but on edits and the like.

Questions or comments? -- Dferg 09:23, 16 August 2011 (UTC)

  • You mean a single edit on their talk page is sufficient for keeping CU? I don't agree to that. I think there should be at least one CU log action. And I'm really not a friend of the one year rule. The problem is not so much on projects with several CUs, but on those with only two it is a problem if one of them is not around for several months. There is a reason why two active CUs are required and that is that they need to control each other which isn't possible if one is barely there. My proposal would be: Inactivity means that there is no edit for one month or no logged CU action for six months. If a CU has to take a longer break and would then leave only one active CU on the wiki, they should either elect another CU on the wiki or to request a temporary substitution by a steward for not longer than 3 months. During such a substitution time, all CU requests have to be made in a language that both, the active CU and the steward, understand, or if that is not possible, a trusted user needs to translate the requests into English. Of course, the one year thingy on the CU policy would have to be amended. --თოგო (D) 20:51, 16 August 2011 (UTC)
    Actually I don't agree either that 1 single edit is enough to keep the permission for the same reason that you've stated: mutual control (tho the Ombusmen and the Staff [and previously stewards] had cu-log access). There is an open bug to reactivate the global checkuser log which would substantially increase the amount of oversight between all checkusers/stewards [and the access to private data :-(]. But given that the policy says anything about inactivity I preferred to use the most restrictive interpretation possible and that is 0 edits / 0 log actions / 0 checks. I'd preferr harder rules, tho. I asked on the talk page and even the Board to clarify this yet we've obtained a set of different opinions far to form a consensus [and the Board, as always, remained silent]. And updating the CheckUser policy is something I don't think I should be doing alone. Your inactivity proposal looks good and I agree we should amend the current policy [hence this thread]. Notwithstanding forcing one user to use the tool once every 6 months is something I don't like. There must be a valid reason for using the tool. Of course you can check yourself but that's a bit dumb, no? :-) -- Dferg 21:07, 16 August 2011 (UTC)
    You're right, it's not desired to perform a dummy check just to stay "active". I meant it to be a reasoned and documented CU action, of course. :) If two CUs are there and one is doing all the checks and the other, although editing, is not doing anything CU-related, one might still question the flag... Maybe I'm too strict with them poor CUs? ^^ --თოგო (D) 21:19, 16 August 2011 (UTC)
  • You never know what a flag is going to be like until you have it for a while. I think one of the most important things about the checkuser flag is to know the current state of sockpuppets, vandals and trolls etcetera on your project and hopefully also crosswiki. Unless you keep current your effectiveness as a checkuser to your project becomes less and less over time. I don't know how you incorporate it into a policy but I think inactivity is something that occurs when you can no longer be an effective checkuser because of lack of contemporary knowledge of the state-of-play. CU's also don't work in isolation. A lot of xwiki chat and checks go on. Depending on the project, a CU could become inactive (unable to effectively do the role) in a variable span of time. I left simplewiki for three months and although I did the odd check, I had to take some time to learn what was going on in the CU world again. I don't know if this can be incorporated but it's a thought I've been thinking. Just my 2 cents fr33kman 03:38, 17 August 2011 (UTC)
  • In lieu of nothing this is an improvement, and I would prefer to get the basics in place, and then fine-tune the definition of inactive. So beyond the basics, I would suggest another criteria, and that is a responsiveness clause. I would think that a CheckUser would and should be able to respond to an admin's request for action, or at least a prod to "are you there?". To that I would think that a CU should be able to respond to request for contact within 1 month of that notice (at most 3 months). It will be too late for a CU at that point, however, it sets a limit on what is considered adequate time to respond. billinghurst sDrewth 12:19, 17 August 2011 (UTC)

(16 Aug.) Discussion about request Purodha@ksh.wikipedia

The following request is closed: done. Please do not modify it. No further edits should be made to this discussion.
  Done [6] fr33kman 03:57, 17 August 2011 (UTC)
This thread has been moved from Steward requests/Permissions; see permanentlink.
  • Please dismiss as undone or put on hold for a minimum of 8 weeks. Reason:
    • This request is a fake.
    • There is nothing on the page registered here for admin requests.
    • Community consensus has not been reached.
    • Community was not properly informed.
    • There was no discussion.
    • Local policies and procedures were ignored by requesting admin.
    • "Voting page" is an Article created by requesting admin.
    • It is not even in the wiki language.
    • It was write proteced by requesting admin.
    • Unfair (Ask for details) "voting rules" invented by requesting admin.
    • Protests were deleted.
    • Obviously and provably false accusations were made by requesting admin. (Ask for details!)
    • I got e-mail from non-admin users afraid to even voice an opinion feeling threatened by the requesting admin. I am protesting here on their behalf, too, not revealing identity for same reason
    • This has nothing to do with adminship. It was started by the requesting admin following a conflict about spelling [7] [8][9] and about which dialekt/spelling variants may or may not be used. Several small language wikis have these, sometimes devastating, conflicts. The WikiCon Conference has a meeting scheduled - to be moderated by Johannes Rohr - where this conflict shall be addressed. At least two persons representing either side, Purodha and Holder, are going to participate, some settlement can be expected. That should be communicated and possibly discussed by the wiki community. Hence the pledge for putting this on hold, and the time frame given. -- 08:54, 16 August 2011 (UTC)
Let me respond to the so called dialekt/spelling problem. Ksh-wikipedia didn't want to use the writing Purodha used anymore. All members accepted this decision. With just one exception: Yes, Purodha again. The admin Jüppschen tried to change the spelling but Purodha always reversed it.--BBKurt 15:34, 16 August 2011 (UTC)
I've briefly checked the request page once again and I found out that some of your statements mentioned here are true. I am, however, a bit puzzled because Purodha did not respond to this request. Did he ignore the request intentionally? If yes, then why did he ignore it? --Mercy 09:16, 16 August 2011 (UTC)
  • Thank you. Why he did not respond, I do not know. He has been not very active recently, like under 200 edits in 10 months with pauses of several weeks in a row. So the claim of "undoing all the changes made recently" by the requesting admin, that is tens of thousands of deletions from the article namespace, is obviously false. -- 13:47, 16 August 2011 (UTC)
  • Well, Purodha was informed by a message left on his userpage. We all had expected him to respond but he reacted in his usual way: His stubbornness (sorry for the word I used) made him not respond at all. I think my expression "stubborn" has to be explained in more detail. The ksh-Wikipedia was at the beginning a project with about 15 active writers co-operating in the usual way and was comparable to the other wikipedias. But there had always been one exception: Purodha. He wanted HIS Wikipedia, a Wikipedia in a style nobody could accept. Let me give you some examples. A couple of months ago ksh-wikipedia had about 3000 articles and 500.000 redirects, mostly leading to other redirects or to “no-articles” at all. 99.99 % had been created by Purodha or his Bot. Thousands of codes lead as redirects to not existing articles, isolated photos without text made articles. I remember an article about Carl Friedrich Benz [[10]]. It was just 1 photo. I proposed deletion and commented this with “no content”. Well, Purodha added the text “The Benz” to the photo. This is the way Purodha wrote his articles. An admin supporting spam. Deleting articles by other admins (I wasn’t an admin at that time) had always been reversed. It was Purodhas understanding of Wikipedia. All attempts to make him change his behaviour were in vain. A couple of months ago, we, that means the active members of ksh-wikipedia decided in a vote to remove all redirects as they were absolutely useless. 500.000 redirects created by Purodhas Bot leading nowhere is just a lot of waste. The vote was nearly unanimous. We only received 2 votes supporting the existing collection of redirects. One was Purodha. After deleting nearly 500.000 redirects we checked the remaining articles and found a complete list of area codes like “xyz is the area code of XYZ”. All articles had been created by a Bot. The owner was (what a surprise) Purodha. We decided again to delete all these articles. Purodha was once again against this decision. His comment: “The whole Wikipedia is just useless work!” [[11]]. Well, the articles had been deleted even against his will. From that time on Purodha was no longer a really active member of ksh-wikipedia. We, the active members of ksh-wikipedia invested a lot of work in making ksh-wikipedia a working, interconnecting online-product. New articles were written, hundreds of empty categories were deleted as well as wiki-links created to combine isolated articles to a product consisting of linked articles. A couple of days ago Purodha started again to modify articles (1 example: [12] in the way HE was used to, to rebuild HIS Wikipedia although Purodha knew that this was against the will of the majority of the ksh-members. We did not see another way to stop him than to remove his admin-rights. --BBKurt 14:50, 16 August 2011 (UTC)
Sorry, I forgot one thing: Don't worry, Purodha is reading this. I know him from ksh-wikipedia for years. --BBKurt 14:56, 16 August 2011 (UTC)
  • The vote is no fake, but was put forward by a registered user of the ksh wikipedia. It was clearly announced on the main page. Purodha's removal as admin has been requested several times before, so this vote did not come out of the blue but was the end point of a discussion process that has started long ago. There can be no doubt that the community does not want Purodha as admin any more. Dbach 15:13, 16 August 2011 (UTC)
  • I protest. Most of the above replies is pretense. The quote above is intended sarcasm taken out of context. This all is an outcome of the fact that no discussion was held. I suggest to restore adminship, allow a month of discussion and we see, if proposal for a new voting process is raised again. --Miss van der Roehe 15:46, 16 August 2011 (UTC)
Miss van der Rohe, I think you misunderstood the use of this page. This IS the discussion about Purodha's fate as an admin.--BBKurt 16:34, 16 August 2011 (UTC)
  • I'd like to answer each of the anonymous user's allegations point by point:
    • This request is a fake. - how can a public vote be "a fake"?
    • There is nothing on the page registered here for admin requests. - it was discussed locally such as to involve as many local users as possible.
    • Community consensus has not been reached. - this does not call into question the vote.
    • Community was not properly informed. - the vote was announced on the local main page.
    • There was no discussion. - the page referenced here is not the proper place for admin debates; the discussion was on the voting page and announced on the main page.
    • Local policies and procedures were ignored by requesting admin. - please give details.
    • "Voting page" is an Article created by requesting admin. - true, but was properly announced on the main page, so this is a tangential issue.
    • It is not even in the wiki language. - a meta-discussion was foreseeable, so a language was used that non-locals might be able to understand.
    • It was write proteced by requesting admin. - non-admins commented on the page, so can't have been write-protected.
    • Unfair (Ask for details) "voting rules" invented by requesting admin. - please give details.
    • Protests were deleted. - please give details.
    • Obviously and provably false accusations were made by requesting admin. (Ask for details!) - please give details.
    • I got e-mail from non-admin users afraid to even voice an opinion feeling threatened by the requesting admin. I am protesting here on their behalf, too, not revealing identity for same reason - this is an unfair and unproven allegation. Please provide such emails, and details.
    • This has nothing to do with adminship. ... - This has to do with adminship. Many people were not in line with Purodha's view on spelling, so this started the conflict. But the conflict was not about spelling, it was about Purodha stubbornly refusing to accept that a majority found his database entries useless and wanted to remove them. An admin must be in touch with the community, he cannot just push his own ideas without community support. But this is precisely what Purodha did. So we do not need to rehearse the local discussion here - this is simply to say that the community opposes Purodha's adminship.

Dbach 15:35, 16 August 2011 (UTC)

@Dbach: can't publish private mail. I'm not wasting my time providing details which you know already or know to find youself. I was addressing stewards. -- 19:14, 16 August 2011 (UTC)
I support Dbach's statement. Ksh-wikipedia lost nearly all its active members because nobody can (and this is really a CAN) cooperate with Purodha. We, the active wikipedia-writers have decided that if Purodha will not loose his adminrights forever, nobody will write for ksh anymore. The wikipedia could be closed. That means: ksh-wikipedia or admin rights for Purodha.--BBKurt 15:39, 16 August 2011 (UTC)
So we're all editing at the same time. I strongly oppose BBKurts point of view and I do not understand it. Purodha has supported KKBurt quite often (example), and even voted for him getting admin rights. He never opposed his spelling which completely different from Purodhas. He did not undo the mass deletions, may be except maybe 5 which were real and good articles. He reverted however changes of the original spelling in 3 (!) articles in the recent days and months leaving many dozen if not 100s respelled articles as they were since almost a year.
This stuff should really be discussed on-wiki and not here. -- Miss van der Roehe 16:04, 16 August 2011 (UTC)
  • I agree with Miss van der Roehe's last statement: this stuff should not be discussed here. Why Purodha should be de-sysoped has been discussed on the local wikipedia. Here, we can only repeat that the community has voted against Purodha. We (and this includes users who might have voted in favor of Purodha) should accept this vote. Dbach 16:27, 16 August 2011 (UTC)
@Dbach: There was obviously no discussion at all, only a "voting" held somewhat secretly in the wrong place. One "voter" has no competence in our language and cannot make content contributions. Discussion on a protected page? Removing complaints? You exclude everyone who wants to stay anonymous. If someone wants anonymity out of the fear that you will hate them afterwards, this is especially perifidious on them. You collect bad karma. Suffocating discussions weakens your case in the end. -- 22:35, 16 August 2011 (UTC)
  • I got the information about two days ago per e-mail. Indeed Holder wrote to my user page a day after half of the voting time proposed by BBKurt was over. I don't remeber atm if I logged in during the days before, certainly not thereafter. Does BBKurt indeed know my habits? I hardly ever look at the main page which is imho für announcements to newcomers and to the world. I do visit our village pump regularly, but neither a discussion nor a hint or notification of something special going on was and is there. I confirm what wrote above about the WikiCon, and may add that we shall have at least one LangCom person, too, who should be able to assist with the spelling issues. Let me add that I had several contacts with the LangCom members, some dating back to 2006 at least, and I was confirmed several times that "Wikipedia does not want a specific dialect spelling any more", be it bogus or not, are not acceptable. That is why I revert edits which only and massively alter spelling/dialect when I happen to see them. There is always the choice of creating another section in the same article in another dialectal or spelling version, and we have instruments to mark both sections and entire articles to be in a specific language and spelling. I feel, this is fair, and I defend the position that we cannot alter the "Wikipedia, free and open for all Ripuarian languages" that we have been entrusted with, into something else.
  • Apparently, we have several issues to discuss - yet not here and now. I know that there is some kind of mediation or arbitration process possible here @ meta though a committe. If possible, I would like to invite everyone to this kind of process. WikiCon offers an opportunity for a meeting in real life with many good things going on, and a chance to let grievances shrink or go away in real life conversation with assistance from many others who are not involved in our specifics. Let use that chance! Official registration is closed since midnight, but if you make it urgent (point to this page#section!) Henriette will certainly let you in late. We can also organize another local meeting with assistance/moderation (e.g. by de:User:Superbass or de:User:Lyzzy (I did not ask either) or someone else from our region). Our first litte gathering in January 2007 has been really productive, and trustbuilding. Sorry I must leave. Real life. Anyways, I want to convince, or been convinced, by analysis and argument rather than voting, opionizing and desysoping. Be back tomorrow. --Purodha Blissenbach 18:43, 16 August 2011 (UTC)

All the above issues (spelling etc.) don't need to be discussed here. Purodha was notified well before the voting time was over and did never reply. The day this comes on Meta, he complains - strange. We have a valid community vote, and that's all what counts. Nobody needs to justify why he/she voted against Purodha. Dbach 21:45, 16 August 2011 (UTC)

@Dbach: Did he? I protest, also on behalf of those who don't risk to speak up agains admins. Three did that openly. You are the minority. Are you afraid to touch the real issues? -- 22:35, 16 August 2011 (UTC)

Transwiki granted by crats

Can anyone point me to where this has been discussed? There was a bugzilla last year, declined for lack of discussion, and mention of a thread but no link: --Doug.(talk contribs) 11:44, 18 September 2011 (UTC)

Hello. I don't really understand what changes you want to made... You want 'crats to be able to give import and transwiki rights on every projects ? -- Quentinv57 (talk) 11:50, 18 September 2011 (UTC)
Yes, exactly. On wikisource projects these could be very important rights if they were easier to implement. It's grumbled about frequently, but apparently no one has done anything about it.--Doug.(talk contribs) 12:31, 18 September 2011 (UTC)
When is it useful on Wikisource? (Except when exporting/import a wiki from oldwikisource to the subdomain.) The tranwiki-tool, I only use to import templates. Importing texts from other wikis are rare, since such texts normally are outside the Inclusion policy. -- Lavallen 13:52, 18 September 2011 (UTC)
First, this is ancillary, the real point is that crats should have the ability to grant unbundled rights, regardless of how frequent they are needed. Second, I'm not sure this is the place to actually have the discussion. However, to answer your question, I find transwiki importer rights extremely useful, for example on I have found hundreds, and there are probably thousands, of pages that have been transcribed on other subdomains as part of bilingual works that can be imported to Furthermore, {{iwpage}} is poorly understood and even more poorly implemented. There are times when the only real solution is to transcribe in both languages and only a few sources are strict enough to prohibit this; so I don't consider it rare at all. Transcribe in one and import to the other is the most efficient way to do this. Of course, the point you mention about templates is important and not at all a small matter. I am not fluent in fr or de; nor am I a cross-domain vandal fighter type, I would never qualify for sysop on de or fr and I don't really need it currently on; however, I could very much use transwiki importer on all of those. However, this isn't about me (though I do have a pending request on But I have suggested that all active users have this right on and we had a request today on that was attempted by a crat only to discover he couldn't do it - and he had no idea why. It was a classic case, a highly experienced commons admin (or maybe a crat) being given transwiki importer on a source where he has very little activity and has no reason to be a sysop. There are many such possibilities. The point is, that any wiki that trusts a crat to award sysop must trust them to award unbundled rights. Any wiki that doesn't can either 1) opt out or 2) ask that transwiki importer be disabled. Why on Earth do we have a right only to say that nobody really needs this right so we won't allow it to be awarded locally. But again, I think the actual discussion needs to occur elsewhere.--Doug.(talk contribs) 16:24, 18 September 2011 (UTC)
Herein above, an example. Apparently the template "tl" doesn't exist here. I'd have to look to see if it has a variant here and just needs a redirect but I could easily import it if it was necessary and I had that right. I have no use, nor desire, to be a meta admin; yet I'm sure there are few who would argue that I haven't the skill to import this template. I'm sure there are many similarly situated.--Doug.(talk contribs) 16:29, 18 September 2011 (UTC)
We use Template:Tlx and Template:Tl do exist. -- Marco Aurelio 17:08, 18 September 2011 (UTC)
Oh, I see, Template:Tl exists and in fact worked above, it's that template iwpage doesn't exist of course. I was in a hurry and didn't realize what I was looking at.--Doug.(talk contribs) 17:43, 18 September 2011 (UTC)
I see your point on la.wikisource! And I also think you can add that right to a larger group of users on that project. The average la.wikisource-contributor looks different from many other projects. But I would not easily give that right to a larger group on svws, since this is a action, that is very difficult to undo. All other admin-tools are easily undone, except import and transwikiimport. I have myself imported a template, and destroyed the history of more than one template at the same time. -- Lavallen 17:32, 18 September 2011 (UTC)
  • This is indeed not the correct place to discuss this but I oppose strongly. Instead of globally modifying for absolutelly no reason the bureaucrat scope, if a local community finds useful that local bureaucrats can grant 'transwiki' rights locally that wiki, prior community consensus, can ask the system administrators to modify the local configuration file to allow bureaucrats to be able to grant and remove that right. Modifying the entire WMF configuration just because a couple of wikis finds it useful seems unnaceptable for me. I don't see why stewards can't continue handling the granting and removal of this sensitive rights, as we've been doing for a very long time, with success. Anyway, changed in the global config require very wide global community consensus. I, myself, do not see a pressing need to do this. Best, -- Marco Aurelio 17:08, 18 September 2011 (UTC)
    • The problem is that the right is highly underutilized simply because it's such a pain to get. Yes, the right has to be understood to be used properly, but many, many users already have it as sysops and crats can grant that easy enough. The right can go a long way on sources at least to breaking down some of the unnecessary barriers between domains. When I speak of giving it to a lot of users, I'm really saying, well you show up on and you're an admin on y number of other projects, and everyone knows you but you really don't do that much locally. Those are common on sources. There are innumerable users on,, and whom I am aware of and at least myself on and but probably many more, who are admins on other project but don't want/shouldn't have local sysop rights. They are great candidates for local transwiki but just try to get people involved in a discussion about a rarely given, subordinate right that requires steward involvement. Today, the nominator on, a highly respected local admin was prepared to simply drop a request to have User:Jarekt made a local transwiki importer simply because the bureaucracy frustrated him (to say the least). It is downright silly to say that crats are trusted to give sysop rights but ZOMG we wouldn't dare trust them to give transwiki importer because it's such a sensitive right it requires a crat.--Doug.(talk contribs) 17:41, 18 September 2011 (UTC)
But what is the problem of becomming a local temporary sysop on a ws-project, even if you do not know the language? I am sysop to be able to adit on a wiki where I sometimes is alone. I refused to wait two days to get a page moved without redirect, therefor I am sysop today. -- Lavallen 17:53, 18 September 2011 (UTC)
Isn't that only relevant on very inactive wikis? I really only became aware it existed today; but really I don't expect temporary admin status on an active wiki just so I can make several imports every couple of weeks. Again, though, I'm happy to ask for transwiki, await consensus, and get a steward, but I think it's logically inconsistent to say that crats can't do it just as well if not better. Moreover, I am talking about a long term right and that exists and would be quite valuable to other users on several projects that I'm currently an admin on (and therefore have no need for the right).--Doug.(talk contribs) 19:09, 18 September 2011 (UTC)
(edit conflict) A pain to get? Explain me how can be bureaucracy posting a simple template at SRP linking to community consensus and let a steward grant or remove that right? Is that hard? Or is because there was no community consensus? You know that stewards are expected to implement valid community consensus and absent a local discussion/policy we don't grant rights. Your rationale is wikisource-only based here. As I've said if those projects want bureaucrats be able to grant and remove those rights they should get local consensus and fill a ticket in bugzilla. If you're worried about steward involvement you should not be. We're not demons and speaking myself I'm more than happy to help the projects. Clicking a checkbox is not going to overload any of us. Again, I see no reason to modify the global WMF configuration because of a couple of (respectable) projects wants this. Those projects can locally decide which kind of rights wants bureaucrats to be able to grant and remove (with limitations). Transwiki is disabled by default in all projects. Import sources should be configurated first for admins and transwiki importers to be able to use the tool. -- Marco Aurelio 18:13, 18 September 2011 (UTC)
I am not in the least afraid of asking stewards, I filed thea request here because others didn't want to and I have a pending request on that once there's consensus I expect to bring here. However, I also have absolutely no fear that crats will give the right when there is no consensus and a lot of faith that they will have a better idea what local consensus is. Eg. on some projects a single unopposed request could be considered consensus depending on prior history. Was there consensus for today's request? I believe there is but the fact that one of our two crats tried to implement it, is to me conclusive. The steward, however, had to go on my assertion that there was consensus. Had the crat known that he couldn't implement, he never would've tried so there would be no comment from the crat saying "I tried but I can't"; how would the steward have known whether consensus existed in terms of that right on that wiki? More importantly, I asked here where the prior discussions were so that I could reference them elsewhere, I am quite certain that this is not the place to be having this debate; I only want to know what discussions we've had before. This is part of the bureaucracy I referenced: I asked where the prior discussions were and the responses were effectively, "Oppose - why would you want to do that!" and Oppose - no need. I'm not trying to open a discussion here, I'm trying to get information on where this has been discussed before. As I noted in my first comment, there was a bugzilla that said it would be posted on meta but no link. Searches have come up with nothing for me. That's the point here. We can discuss this after we've figured out where the prior discussions were and where the right forum is.--Doug.(talk contribs) 19:09, 18 September 2011 (UTC)
  • Oppose - too many transwiki-ers currently. ;-) I hope this is understood as a joke. Killiondude 06:40, 19 September 2011 (UTC)
    • LOL. Yes there certainly are.--Doug.(talk contribs) 07:40, 20 September 2011 (UTC)

Self requests

I don't if it has been already proposed but, imho, it's worth to write down some line about the expediency of wait ~1 day before processing self-requests. Self-requests are often made on ragequit and removal of access is such burning one's boats expecially on those project where is not so easy to regain the flag back. --Vituzzu 18:42, 24 September 2011 (UTC)

I agree. It really doesn't hurt anything to have this, but it could help in terms of giving people some cool-off time. Ajraddatz (Talk) 18:44, 24 September 2011 (UTC)
Yes, that's a good idea, because there is definitely no harm with this kind of requests. But is one day enough for somebody to come back after a "ragequit" ? -- Quentinv57 (talk) 19:10, 24 September 2011 (UTC)
That depends on the temperature and the thermal conductivity of the user. An inofficial minimum of 24 hours will give at least the wikifriends on the project some time to act. -- Lavallen 19:36, 24 September 2011 (UTC)
I would say: let the people confirm the request after 24 huors, and if confirmed, than remove the flag. --WizardOfOz talk 19:50, 24 September 2011 (UTC)
That's a bit much. For people leaving the project, or those who don't frequent Meta, confirmation will most probably lead to unprocessed requests. I'd say that if there is no change in circumstance after 24 hours, the request can be processed. PeterSymonds (talk) 20:01, 24 September 2011 (UTC)
Yea, I wouldn't go as far as confirmation - all that would do is make it more inconvenient for the people who want their rights removed for non-raging reasons. Ajraddatz (Talk) 20:04, 24 September 2011 (UTC)
Sounds good. --Brownout(msg) 20:03, 24 September 2011 (UTC)
I agree with PeterSymonds. Keep in mind that self requests are not always due to pressure/anger, etc... It could be a user is (nearly) inactive on a wiki and therefore wants the sysop bit removed. Asking him/her to confirm after 24 hours would make it quite complex. Savhñ 20:06, 24 September 2011 (UTC)
For those who are living or in cases someone realy needs the flag immidiatly removed, we could establish some short irc talk with the handling steward. Otherway if someone don´t react within two days, the fag can be removed IMO. --WizardOfOz talk 20:10, 24 September 2011 (UTC)
PS: editconflict with Savh, I´m sure that a short look at his contributions is enough to see if active or not. --WizardOfOz talk 20:11, 24 September 2011 (UTC)
So, my final proposal is the addition of something like Self-requests, in order to avoid rethinks [or cool-down...], should be performed, at least, after a day. to the header. Feel free to improve my poor English :D --Vituzzu 10:11, 25 September 2011 (UTC)
In German we have the term "Preußsische Nacht" or "Militärische Nacht", it derived from the Prussian Army and is said to be known in British Army too. So give everyone a night to think about his request! a×pdeHello! 10:55, 25 September 2011 (UTC)
Can ask a question of why this is necessary? Are you going to treat all administrators as small children who need a guidance from "adults" on Meta? I as to me I do not subscribe to this opinion. It is almost insulting to treat other people in this way. All users here are volunteers who can not be forced to do anything, even to remain administrators for additional 24 hours. So, because I find this proposal quite silly and disrespectful of others, I am going to ignore it regardless of the outcome of the present discussion. Ruslik 14:33, 25 September 2011 (UTC)
Agreed. Admins (and any other people with advanced rights), should think before acting. Don't think it is necessary to wait long, but I think waiting at least a few minutes wouldn't hurt as there is also no rush in doing things within the same minute as it is posted here. -Barras 15:29, 25 September 2011 (UTC)
I agree with Ruslik, but will abide by consensus if it's decided that there should be an obligatory waiting period. Jafeluv 17:01, 25 September 2011 (UTC)
No children and no insults, just human beings which can act on an impulse. Three of our best (no flattering) stewards did so (but I can be wrong since I was on a short wikibreak) and we're now happy to see them back at work...
Making a cost-benefit analysis I don't see any cost but I can see some benefits.--Vituzzu 23:09, 25 September 2011 (UTC)
Agree with Vituzzu - we're all human, and as a result our emotions can take us all to places where we would rather not be. I don't think that having an unannounced cooldown period before granted self requests implies that we are treating the requestee like a child, but rather just giving them a chance to reconsider should they wish to. Ajraddatz (Talk) 23:22, 25 September 2011 (UTC)
There's nothing strange in it: we have a lot of processes where a minimum period between proposal/request and implementation is required for thorough consideration. Even if something can be decided by a single individual, more time can be needed to allow for new elements to arise, just as in consensual discussions. I'd rather leave this to common sense because 24 hours is a good average but could be too little (or not needed), but the discussion shows it's useful to clarify it so I've slightly edited the header. Nemo 07:37, 29 September 2011 (UTC)
I love how stewards can disregard consensus when they don't like the outcome, anyway he did say he would have done so. --Brownout(msg) 11:57, 29 September 2011 (UTC)

A new template for temp sysop access

The following discussion is closed.

Hello everybody. I've notice that some stewards forget to report requests where temporary permissions should expire on the page Steward requests/Permissions/Approved temporary. I've fixed all such errors (I hope it's now okay) between the beginning of 2011 till today, but everybody can repeat the mistake again, errare humanum est. That's why I tried to find a solution to avoid this king of errors in the future, and at the same time let stewards gain some precious minutes.

The solution I found is to create a new template : Template:Granted-temp Template:TempSysop (already created, thanks for the comment). When temp sysop rights will be granted, you will just have to put {{subst:systmp|number-of-months}}. For instance, to grant temp access for 3 months, you will have to grant the rights, to put :{{subst:systmp|3}} -- ~~~~ and that's all.

If the proposition is accepted, I will change my automatic archival script in order to put here the permissions requests where rights need to be removed, and others will go by default here. Stewards won't no more have to copy/paste the request once temp access is granted, and the probability of errors will be 0 %. Moreover, there will be no more duplicate requests on the permissions archives. The only inconvenient is that this template should be used every time a temp access is granted.

What do you think about it, especially stewards that deal with this kind of requests ? -- Quentinv57 (talk) 11:58, 24 September 2011 (UTC)

I think this would be a very welcome change. It's easy to forget to manually log temporary permissions, so automatizing the process seems like a good solution. Jafeluv 12:45, 24 September 2011 (UTC)
  Support per jafe. Matanya 18:16, 24 September 2011 (UTC)
Looks good, automatizing the process might be a good thing per Jafeluv. Ajraddatz (Talk) 18:38, 24 September 2011 (UTC)
There's {{TempSysop}} too. Merge both? Contains useful instructions. —Marco Aurelio (disputatio) 13:08, 26 September 2011 (UTC)
Thanks, I merged both and fixed the proposal with new names. Is it good now ? I think I should add an other one setting to disactive or change the message by default (which is a bit long). Or I should put a setting to activate it ? Don't know... -- Quentinv57 (talk) 18:17, 27 September 2011 (UTC)
I made changes to the template : now you can decide not to show the automatic message or/and to specify an additional message. Everybody is still okay ? -- Quentinv57 (talk) 05:15, 6 October 2011 (UTC)

Okay, so as I did not see anyone opposing, I coded it yesterday. I've test on testwiki, it should work.

So now, when granting temp sysop access, stewards have the choice between :

  1. answering with the template :{{subst:systmp|3}} -- ~~~~
  2. like they did before, by answering without including the template and archiving themselves the request at Steward requests/Permissions/Approved temporary. So people that did not read this thread will not cause the crash (or the malfunctionment) of the bot.

Quentinv57 (talk) 13:19, 13 October 2011 (UTC)

Extension of temp access

The standard message on Steward_requests/Permissions/Approved temporary says: Usually adminship extensions do not require a local request. However seems we still require a local announcement? No? --Bencmq 15:46, 29 October 2011 (UTC)

For extension? Mhm.. I don't think so. We usually do not ask for announcement or local request for extension. — Tanvir | Talk ] 07:56, 30 October 2011 (UTC)

wrong interference

I found it bizarre community of WMBr ask for dismissal of the volunteer management tools, the result of an internal process and the stewards find themselves above the community and not heeding the request promptly. The discussion lasted almost a month and a steward aks to give two days talking to them, if they are active, that this was one of the arguments, they saw the process. And even if they had not seen, has the largest part of the community participating in the vote, you should have respected the decision and over. Tip, you can not criticize something you do not have enough knowledge, I'm not saying you could not opine, but when you impose your authority on something that does not belong to you and also overrides the opinion of others, you are wrong. Rodrigo Tetsuo Argenton m 05:36, 11 December 2011 (UTC)

It is a long standing tradition in the wiki community that users who are discussed somewhere ought to be notified about this discussion. It appeared that they were not in the case of WMBr. It is not sufficient to say that "they should know if they active" because they may be active and not know. This actually happened in the WMBr case: some of them were active but did not know. Apart from simply demonstrating respect for the user, notification serves another important purpose: it prevents a group of users from holding a discussion on an obscure page without notifying anybody and then claiming a consensus. For stewards (who may not speak the language of the wiki) it may be extremely difficult to deduce what actually happened in such a case. Ruslik 12:35, 11 December 2011 (UTC)

This is just a bureaucracy.. a lot of rules for nothing... Rodrigo Tetsuo Argenton m 22:05, 11 December 2011 (UTC)

Return to "Steward requests/Permissions/2011" page.