Project:Requests

Requests for permissions

 * Archives: Administrator &bull; Bureaucrat &bull; Editor &bull; Other user rights


 * Please create a subpage under Project:Requests/User rights/ with your user name as the page title and then transclude it to the bottom of this section.

Requests for renames

 * Information on how renames work is available on Wikipedia., Archives: 2012 (Previous years).

Example request:

Oldname → Newname
I'd like to change my username to "Newname" because that's the username I use on other projects. Thanks! - ~

(SUL)→ Deepak
I am SUL owner of Deepak .I want to complete SUL this wiki also .I want to usurp User Deepak in this wiki 117.204.94.106 11:21, 24 March 2012 (UTC)
 * Hello can you confirm that you are owner of the SUL? Because it seems that User:Deepak is already merged with SUL on this wiki? Some proof that you are owner of the account, on another wiki. Thanks Petrb (talk) 14:25, 4 April 2012 (UTC)

Osiris (temp) → Osiris

 * Datestamp: 13:43, 30 March 2012 (UTC)
 * Confirmation link: here
 * Reason: Hi! This is just a SUL request. User:Osiris (temp) (talk) 07:39, 29 March 2012 (UTC)
 * Hello, open Special:MergeAccount and try to process it, if it doesn't work, please send me the error. Petrb (talk) 07:26, 4 April 2012 (UTC)
 * You must do it on some wiki where you already have your new account, not from this. Petrb (talk) 07:27, 4 April 2012 (UTC)
 * Sorry, Petrb. It hasn't worked. I'm using my home wiki to merge the accounts. Osiris (temp) (talk) 09:21, 4 April 2012 (UTC)
 * Please send me the error :-) Petrb (talk) 13:03, 4 April 2012 (UTC)
 * Hi, I tried to debug the issue and I found that someone registered the name in past. It's free and you can now merge the account. Petrb (talk) 14:07, 4 April 2012 (UTC)
 * Please send me the error :-) Petrb (talk) 13:03, 4 April 2012 (UTC)
 * Hi, I tried to debug the issue and I found that someone registered the name in past. It's free and you can now merge the account. Petrb (talk) 14:07, 4 April 2012 (UTC)

Other requests and requests for comments

 * Archives: Other requests and Requests for Comments

Problem with unified login
I normally edit on English Wikipedia as wikipedia:en:User:Bazonka. I have been trying to set up a unified login account for Bazonka, but I'm unable to do this fully because my Bazonka account here at Mediawiki is inaccessible. I don't know what the password is, and there is no email address associated with it, so the Password Reset functionality doesn't help. I had the same problem with my account at Commons. A bureaucrat helpfully renamed my unusable Bazonka account so that a new Bazonka account could be created (see here). Can the same be done to my account at Mediawiki please? If you need proof that I am the real Bazonka, then you should be able to email me via my English Wikipedia account. Thanks, Bazonka 91.125.92.179 11:01, 16 March 2012 (UTC)
 * Hi. The account was likely registered in past by someone else and now it was renamed in order to let you unify it. You can login to mediawiki.org using your central account now. Petrb (talk) 13:49, 16 March 2012 (UTC)
 * Thanks very much. Bazonka (talk) 14:20, 16 March 2012 (UTC)
 * Actually that's not possible, Petrb. The account was created automatically according to the logs, and therefore must be unified. Me and other users have had the same problem. See 29234. -- Krenair (talk &bull; contribs) 20:00, 21 March 2012 (UTC)
 * Hi, I don't think it's impossible since it solved the issue? I already renamed previous holder of this name, and as you can see in reply, it worked Petrb (talk) 09:59, 23 March 2012 (UTC)
 * What I meant was that if an account was created automatically it cannot possibly have been done by anyone but whoever was logged in with the global account. I didn't mean that fixing it was impossible. -- Krenair (talk &bull; contribs) 17:30, 25 March 2012 (UTC)
 * But this account was not created automatically, you opened wrong logs. The account was renamed, so if you want to see the reason for creation of original account, you need to open logs of renamed account. Petrb (talk) 05:40, 26 March 2012 (UTC)
 * The logs you linked actually show the process of login unification done after fix of this issue Petrb (talk) 10:01, 23 March 2012 (UTC)

Removal of inactive sysops?
So I asked someone to take a look at an admin permissions request yesterday, and I found that we actually have way too many admins already - 99 of us. I just ran a quick script to check each admin's last contribution timestamps and 41 of them haven't done anything this year. Anyway, shouldn't these accounts have their flags removed, or is that a really bad idea? -- Krenair (talk &bull; contribs) 14:35, 3 April 2012 (UTC)
 * Support: Desysopping occurs for inactive admins on enwiki, so I don't see why it shouldn't occur here too.--Jasper Deng (talk) 17:05, 3 April 2012 (UTC)
 * We aren't enwiki, Just because they sneeze doesn't mean we have to. Peachey88 (talk) 08:06, 4 April 2012 (UTC)
 *  Neutral Oppose I don't think it's either bad or good idea, there is a little benefit. There is never "too many" sysops. For security reason it might be useful to do that, but any sysop who would return could just request their flag to be restored (that's what is being done on other wikis). If that was actually possible it would not help the security since the hacker could just hack to old account and refresh the flag. I think it would be better to implement a feature which would remove the flag automatically and users could reset it using email activation code Petrb (talk) 07:35, 4 April 2012 (UTC)
 * I opposed because in fact I see no benefit in that. If there is any, let me know. Petrb (talk) 11:13, 4 April 2012 (UTC)
 * I see one: it's like "work or you will lose the flag" which could make the sysops work harder forcefully, threatening them with removal of rights. This is certainly something we don't want to have here :-) Petrb (talk) 11:16, 4 April 2012 (UTC)


 * Oppose: seems like a pointless measure to me, Our "not too many sysops" isn't really based on numbers, more the people around, since we aren't a big site it doesn't matter if spam stays around more than 5mins nor do we have much private stuff squirrled away via revdev, Our "too many" figure comes from the fact that we have Global sysops and SWMT as well as our localies (such as myself) dealing with the rubbish that needs to be deleted and we don't really need to overload it to a point where we conflict when we try to do anything (since there is so little as is) nor do we really want to be seen as a "flag factory" type situation where we just give it to anyone to deal with spam, which is why we are fine with giving it out if they can show a need/want for it, Nor does removing it (As pointed out via Petr) give any non-theatrical based security benefits. Peachey88 (talk) 08:06, 4 April 2012 (UTC)