Difference between revisions of "Steward requests/Permissions"

From Meta, a Wikimedia project coordination wiki
Jump to: navigation, search
(CheckUser access)
(Removal of access: finnrind - meta, commons and nowiki)
Line 174: Line 174:
 
}}
 
}}
 
</pre></div>
 
</pre></div>
  +
  +
===finnrind@metawiki, commonswiki and nowiki ===
  +
{{sr-request
  +
|status = <!-- don't change this line -->
  +
|domain = meta, commons, no.wikipedia
  +
|user name = finnrind
  +
|discussion= I'm not active, don't want to hold on to rights I don't use. Might be back one day, all the best! [[User:Finnrind|Finn Rindahl]] 12:50, 5 September 2009 (UTC)
  +
}}
   
 
==== O@wuuwiki ====
 
==== O@wuuwiki ====

Revision as of 12:50, 5 September 2009

Requests and proposals Steward requests (Permissions) latest archive
This page is for requests to have stewards grant or revoke administrator, bureaucrat, checkuser, and oversight rights on Wikimedia wikis which do not have a local permissions procedure. Please check the sidebar to the right to see whether your request belongs better elsewhere. Specifically, bot requests, requests for CheckUser information and global rights requests belong on their respective pages.

If you are requesting adminship or bureaucratship, and your wiki has a local bureaucrat, submit your request to that user or to the relevant local request page (index).

Interface translations are done at translatewiki. Please do not request administrator access for that purpose; your request will be declined.

For urgent requests, such as to combat large-scale vandalism on a small wiki, contact a steward in the #wikimedia-stewardsconnect IRC channel (web client). In emergencies only, type !steward in the channel to inform stewards that you need help. Otherwise, you can use @steward to gain attention if the channel is quiet.

Other than requests to remove your own access or emergencies, please only make requests here after gaining the on-wiki approval of your local community.

Quick navigation: Administrator | Bureaucrat | CheckUser | Oversight | Removal of access | Miscellaneous | Global permissions | Unexpired temporary access
Crosswiki requests
MetaWiki requests

Using this page

  1. Place the following code at the bottom of the appropriate section below:
    ==== User name@xxproject ====
    {{sr-request
     |status    = <!--don't change this line-->
     |domain    =
     |user name =
     |discussion= 
    }}
    (your remarks) ~~~~
    
  2. Fill in the values:
    • 'domain': the wiki's URL domain (like "ex.wikipedia" or "meta.wikimedia").
    • 'user name': the name of the user whose rights are to be changed (like "Exampleuser"). In case you're requesting access for multiple bots, leave this field blank and give a list of these bots in your remarks
    • 'discussion': a link to the local vote or discussion about the rights change (for example, "[[ex:Wikipedia:Requests_for_adminship#ExampleUser]]").
  3. If anything is missing from your request, a steward will request more information.

Confirmation of identity

Certain permissions (notably CheckUser and Oversight) additionally require users to confirm their identity. Users requesting these permissions must make a request below, and must also submit the relevant identification to the Foundation. The request is placed on hold temporarily, until the receipt has been formally confirmed by the office.

Requests

COPY THE FOLLOWING CODE to the bottom of the appropriate section below:

====user name@xxproject====
{{sr-request
 |status    = <!--don't change this line-->
 |domain    =
 |user name =
 |discussion= 
}}

Administrator access

See administrator for information about the position. Requests for removal of access belong in another section. Admins doing cross-wiki work may wish to see IRC/wikimedia-admin for information about joining #wikimedia-admin.

If you are requesting administrator status to translate the wiki interface, this should be done at the BetaWiki project instead (see mw:localisation). You can ask questions in the IRC channel or on the mailing list.

If you are requesting adminship to handle one-time vandalism incidents or clearing a deletion backlog, please see Vandalism reports and Steward requests/Speedy deletions.

Stewards
Currently-active temporary permissions are listed at /Approved temporary; copy granted requests to the appropriate section there, stating the date of removal in the section header and at the bottom of the request. Please invite new sysops to the admin IRC channel.
Archiving
Requests only need remain listed below for a few days, and may afterward be removed as long as they have been copied to the subpage. Users who archive requests on that page, please check if the request was correctly added to the temporary subpage before removing it from this page.

For permanent sysopship please provide a link to the local community approval. For temporary sysopship please state for how long and for which tasks you need it, and link to a local announcement.


Hanberke@tk.wikipedia

  • i am inclined to prolong for another 3 months at a time. by the way, do you have any plan what to do about the "empty pages" created among these? very best, oscar 10:03, 5 September 2009 (UTC)

Str4nd@fiwikiversity

str4nd 14:50, 28 August 2009 (UTC)

I don't see how there is consensus to appoint you and Tarmo as sysops. All I see is a number of people willing to become one. --Erwin 15:00, 28 August 2009 (UTC)
As you can see, those discussions are from 2008. We can vote too if that's necessary. — str4nd 15:02, 28 August 2009 (UTC)
On hold - on project started voting. LeinaD (t) 15:38, 28 August 2009 (UTC)

Tarmo@fiwikiversity

str4nd 14:50, 28 August 2009 (UTC)

On hold - on project started voting. LeinaD (t) 15:39, 28 August 2009 (UTC)

Bianchi-Bihan@brwiktionary

On behalf of this user, I'm asking for temporary adminship for him. This user is currently and for some time the sole active user on this wiki, and he acts responsibly. Current sysop is inactive for some months, and made just 3 edits in the last year. Rubbish is building up and there's no one to delete unwanted pages. I asked his permission to propose his name for temp adminship (see discussion link). Thanks, Malafaya 09:47, 31 August 2009 (UTC)

Hello Malafaya, I don't see a problem here, only please also make a local announcement (Village pump, Mainpage talkpage, or similar), so possible readers or other users could object, thanks. Fulup is not really active but he just deleted something 3 days ago, I prefer to see the local announcement to not hear things like "we did not know about this and were overruled by evil meta" etc. thanks for Your understanding, after this is open for some days I don't see any problem granting him adminship for 3 months and he can prolong it unbureaucratic then. Best regards, --birdy geimfyglið (:> )=| 12:25, 31 August 2009 (UTC)
Hi again, Spacebirdy. You're right and I'm sorry. I should have done that before asking here.
I posted an announcement in their Village Pump. Check second link above, in the "Discussion" item. Thanks again, Malafaya 13:57, 31 August 2009 (UTC)
Yes check.svg Done, expires: 03-12-2009 please remember to translate the interface at betawiki: only and to upload images preferably to commons:, please come back a few days before the status expires to prolong it or hold a local voting if the community grows, thanks, best regards, --birdy geimfyglið (:> )=| 17:57, 3 September 2009 (UTC)

Jagwar@mgwiki

Hello,

I would like to renew my mandate of temporary sysop on mgwikipedia. Because I have to correct some mediawiki messages. I will also have to reorganize the sitenotice but I can't because I'm no longer admin.

That's why I request for temporary adminship.

Thanks in advance, Jagwar 交談 homewiki 09:12, 2 September 2009 (UTC)

Done Granted for Expression error: Unrecognized punctuation character "{".Expression error: Unrecognized punctuation character "{".Expression error: Unrecognized punctuation character "{". to expire on {{{2}}}-{{{3}}}-{{{4}}}. --თოგო (D) 11:11, 3 September 2009 (UTC)
Thanks. Jagwar 交談 homewiki 08:59, 4 September 2009 (UTC)

Iniquity@rubooks

Good afternoon. I have requests for adminship in Russian Wikibooks. But it has not got bureaucrats and so big local community. And I would like You help. - Iniquity 18:47, 3 September 2009 (UTC)

Please, send a avaliable link about your votation/discussion. Thanks. Alex Pereira falaê 19:05, 3 September 2009 (UTC)
Is ready. Sorry. - Iniquity 19:19, 3 September 2009 (UTC)
One question: Why the long time to do this request? Last edit in that page was wrote in 27 may 2009... Alex Pereira falaê 19:31, 3 September 2009 (UTC)
Around 6 months. - Iniquity 19:35, 3 September 2009 (UTC)
Yes check.svg Done. Alex Pereira falaê 19:48, 3 September 2009 (UTC)

Bureaucrat access

See bureaucrat for information about the position. In principle, requests for temporary bureaucrat access are not granted.

CheckUser access

To request CheckUser information, see Meta:Requests for CheckUser information. This is the place to request CheckUser access. Note that temporary CheckUser access is not permitted and the temporary status is only used by Stewards.

Stewards
When someone asks for CheckUser status, please check the current policy before giving the status. There is an email template to request identification from the new CU. Do not grant CU access unless the user is identified to the Foundation. Breaching these rules may be cause for removing your steward access. When you give someone CheckUser, please list them on CheckUser, ask them to subscribe to checkuser-l, email checkuser-l-owner-at-lists.wikimedia.org so the listadmins know the person is allowed on the mailing list, and make sure they contact an op for access to #wikimedia-checkuser.

עידו@hewiki

Passport copy was sent by e-mail. עידו 12:49, 5 September 2009 (UTC)

Oversight access

To request to have content oversighted, ask in #wikimedia-stewards, or email oversight-l-at-lists.wikimedia.org for requests regarding English Wikipedia. This is the place to request Oversight access. Note that temporary Oversight access is not permitted and the temporary status is only used by Stewards.

Stewards
Do not grant Oversight access unless the user is identified to the foundation, which will be announced on the Identification noticeboard. When you give someone oversight access, list them on Oversight.

Dweller@enwiki

Not yet identified. John Vandenberg 04:31, 16 August 2009 (UTC)

Removal of access

If you're requesting the removal of your own status, make sure you're logged in to a global account.

To request the removal of another user's status, you must gain consensus on the local wiki first. All discussion must take place on your local wiki. When there is community consensus that the user's access should be removed, a trusted person from that wiki should provide a link here to the discussion, a brief explanation of the reason for the request, and summarize the results of discussion. In either case, copy and paste the following text into the correct section (see instructions above).

==== username@xxproject ====
{{sr-request
 |status    = <!-- don't change this line -->
 |domain    = 
 |user name =  
 |discussion= <!-- local confirmation link / local policy link -->
}}

finnrind@metawiki, commonswiki and nowiki

O@wuuwiki

Since a change in policy is already in progress, I've asked this editor if this flag removal can be reconsidered in a month. --M/ 17:44, 2 September 2009 (UTC)
Ok, so this request can be closed. I'll make another one in one month --Hercule 19:05, 2 September 2009 (UTC)
Thank you. --M/ 19:06, 2 September 2009 (UTC)

Miscellaneous requests

Requests that don't fit in other sections belong here. Import rights can be granted by stewards only, not bureaucrats, so the automatic list of local bureaucrats is irrelevant for this. Please gather community consensus before placing a link to the discussion here.

Note that the following types of requests belong on separate pages:

Aviedit@en.wikipedia-SUL bug access issue

The following discussion is closed.

(After the system gave me approval to proceed with starting SUL my account, it logged me into Commons okay, but it has done something which is not auto-logging me into Meta, and is actually preventing me from logging in there now. I'm am reluctant to try any more projects, as I don't want to see it break my access to any other projects, even though the SUL is supposed to streamline the login-access process. SUMMARY - Please restore my access to Meta, or kill the account on Meta and I can try it again, or fix the bug. Thanks much) 15:22, 29 August 2009 (UTC)

Hello, Your sul account looks just fine, please tell us what error message You get and make sure to have a clear cache and to accept cookies! (that might already solve the problem...) Best regards, --birdy geimfyglið (:> )=| 01:25, 30 August 2009 (UTC)

Thanks for the help :) Here are the points of trouble..

1) At login screen for this meta.Wikipedia location, it tells me "Login error Incorrect password entered. Please try again." ..If the SUL was working it would log me in here too without even requiring a separate login screen. The SUL system had said all was ready to go and approved before I pushed that button to go ahead with it.

2) AT the toolserver http://toolserver.org/~vvv/sulutil.php?user=Aviedit, it reports my account for here as "unattached", leading me to believe it is another bug which did not correctly link my global account together. You can see by the time stamps there that it was after I instituted the SUL attempt, though it does not show my original meta registration date, which should be roughly around the time of my en.Wikipedia registration date (sometime in 2007).

3) Clearly I am the same person (en.Wiki and meta.Wiki), and you can see from my en.Wiki contributions page, and my meta.Wiki file upload, which is a direct subset of my en.Wiki contribution (file at http://en.wikipedia.org/wiki/File:SamOlyEagle1.png, and contribution at http://en.wikipedia.org/w/index.php?title=Sam_(Olympic_mascot)&diff=next&oldid=173290422).

All of this leads me to believe there is a bug in the SUL (which has been noted, there are some bugs), which isn't allowing me to access my account on the meta.Wiki as I previously could. The least likely possibility is that I used a different password over here than at en.Wiki, but that seems very unlikely, since the SUL page gave me the full go-ahead to implement it that everything had checked out alright before I pressed that button, and am now having a problem.

If you need any more info, plz feel free to ask.. Thanks 14:52, 30 August 2009 (UTC)

Can You please try using the password You had before You used sul, or if that does not work, please try password reset. (note - This did not work after the SUL broke, but after you fixed it, my password worked again Aviedit 03:40, 31 August 2009 (UTC)) This indeed seems to be a bug, because in special:centralauth the account on Meta is neither unattached nor attached, it simply does not show up at all. There were such occurences in the very beginning, but they were fixed, apparently not completely. However, using the old password or doing a password reset and then merging the account with special:mergeaccount solved the problem. Please try this and report if it works or not. Best regards, --birdy geimfyglið (:> )=| 17:34, 30 August 2009 (UTC)
P.S. Do You see the meta account as unattached one in en:special:mergeaccount? --birdy geimfyglið (:> )=| 17:37, 30 August 2009 (UTC)
Since the account on meta was never used (0 edits) and appeared to have been automatically created yesterday, I've renamed it and the system now correctly says that the name is already taken for SUL if I try to create a new one on meta. Please try now and let us know. Thank you. --M/ 20:28, 30 August 2009 (UTC)

- Thank you for your diligence, birdy and M7 .. :) ..I was pleasantly surprised when I checked the toolserver and no longer see the "unattached" message there, and in answer to your question I never did see the Meta account as noted in the special-mergeaccount area.. my clues to the problem were a) seeing the unattached message in the toolserver, b) and the change in status at the top of the screen when going from any other wiki to the Meta wiki, whereas it normally showed logged in, and suddenly at that one it would not be logged in, even after clearing the cache from before.

Before I login, how would you like me to proceed.. should I login at my Home Wiki and proceed as standard by going to the others and the Meta after that, to see if it logs me in the way the system is intended, or should I first (before logging in anywhere) go to the Meta and login independently there? When dealing with bugs, I don't want to take a chance on undoing what you seem to have fixed. :) ..Thanks 01:23, 31 August 2009 (UTC)

Hello... :) Looking a little bit closer to what you said and and based also on M7s statement of "the system now correctly says that the name is already taken for SUL if I try to create a new one on meta", that sounds like the SUL loging at my home wiki should actually work now, so I'll try logging in that way and see how it goes, and if it still has an issue we can try the rename-discard again ah? Thanks! 03:11, 31 August 2009 (UTC)

Oky doke... here's what happened (maybe it'll be of further assistance on solving this bug).. I went ahead and did the standard SUL login, which is supposed to log me in globally. Unfortunately this still did not log me into Meta at this point, as it is designed to do. However, I went back and logged out of SUL, and then logged into Meta directly, and that finally registered me, apparently, via that route. (I'm presuming all the other subsequent wikis will login correctly hereafter. My deduction is that 1) combined with the "_discard" fix that M7 did, and 2) the advice and investigation that spacebirdy did, both helped this be resolved, at least in current functionality until the bug is traced. And 3) perhaps part of the bug root is that I had the Aviedit account there back in November of 2007 (I think), and perhaps the migration problem had something to do with a bot that converted my only file from JPG to PNG (which is fine), but that automatically takes ownership of the file, so my name and entries still existed, but realistically (as you noted) it showed that I had 0 entries there anymore because the bot converted them... ? Just chasing possibilities... I can't think of any other reason it wouldn't work, but since it finally logged me in, I can sign properly here now :) Thanks Lots! Aviedit 03:36, 31 August 2009 (UTC)

EDIT: uh oh.... sorry, but I have some bad news about that bug :/ After I wrote the above, I went to dinner and my login had timed out when I got back, so I logged in again (fine so far), the en.Wiki home wiki login went fine, and right afterward you get that window that says it is logging in globally. So I waited a minute to make sure it was finished... but now, after logging in again (after the above successes), I no long show as logged in to ANY of the other wikis, not just the Meta wiki :/ And... I (again) cannot login to the individual wikis with my password again, even after clearing the local cache and cookies.

So, I'd like to humbly request (and sorry for the trouble), but until this bug is fixed, could you please just 1) Reverse/Cancel my SUL and 2) kill all the auto-initiated accounts (except my Home Wiki at enWiki) shown at http://toolserver.org/~vvv/sulutil.php?user=Aviedit (and also the Meta one with my two edits, which are just comments here in this thread)... and, when I see them cleared on the toolserver, I will just go ahead and re-make the accounts individually for now. Logging in at each instead will still be a lot less frustrating than having it be broken and not being globally logged in, and not being able to login at all. (this section retracted since it has been discovered SUL will function at least in FireFox..)

Thanks Again, and I'm glad to help if I can answer any more questions which can help solve this issue/bug.

I think it is better to escalate this to developers, just let me suggest a couple of other tests. Since it seems strange to me that login expires just in a few hours, will you please try
  • another browser
  • another connectivity, if available
  • another PC/workstation, if possible,
just to make sure that the problem is not "your side". Thank you for your patience. --M/ 08:20, 31 August 2009 (UTC)

..Sounds fine :) Before I go check another few machines, I can pass along what's been used so far.. I have been using two machines for this effort to go SUL, since it seems like such a good concept.. both machines are Vista, one the initial release, the other SP1 (second release). First machine is 3 years old, 2nd machine is 3 months old. Three browsers have been used for the tests, though I haven't taken notes on that subtlety.. the outcome seems the same so far (FireFox 2.0.0.4, GoogleChrome 2.0.172.43, and I.E. 7). The last few tests (trying to get in and hope it would keep working) was in I.E. 7 unrestricted .. I didn't want to take any chances that AdBlockers or ScriptBlockers (used in FireFox) would affect the process.

My other options are to try it on WinXP with FireFox and I.E. 6, and on Mac 10.2, or .3 or .4 with Safari, FireFox, I.E. (version unknown), Camino and iCab.

To recap, 1) the main home wiki login seems to work fine still. 2) The meta wiki worked once after you did the _discard, but I had to login directly to it (which means it wasn't a password issue), and then did not work the second or subsequent times. 3) Now the SUL no longer works for me on the other sites as well, which worked before we tried this fix.

I will go test.. - logging into en home wiki and see if SUL works in some browsers. - if not, will try independently logging into one or more of the ten other sites (shown as registered by SUL).

Thanks! (p.s. I am not signing these for now since it just puts my I.P. in ... dunno that this matters unless you want it for now)... -Aviedit

FIRST REPORT - from Mac OSX 10.3 (I could not find iCab and Camino on this one.. must have been another machine... sorry)

FireFox 1.x - Worked absolutely swimmingly! (using it right now for that reason) Logged in at home wiki, went to other wpedia and wmedia sites, stayed logged in all through. Logged out and relogged in, went fine second time too. So far it looks like I may have to use SUL on this old Mac with this old FireFox! :D
Safari 1.x - Almost completely tanked. Stayed logged in with home wiki (en) but would not be logged in on other wikis, and after I came back from going to the others, it had logged me out even at the home wiki.
I.E. 5.x - Another fail, but even moreso. It logged me in but would not even go past the first page.. logged out right away upon transitioning to any other wiki page.

Going to check the XP machine now. Aviedit 11:40, 31 August 2009 (UTC)

SECOND REPORT - from WinXP

FireFox 1.x - Worked great again, as in the above Mac test, although it wouldn't log me into the Incubator wiki, but I don't know if that's one not included in the SUL or not. This also proved to be true when I went back to this Mac... no SUL for the Incubator, but at least I still stayed logged in the other pages without getting kicked.
I.E. 6x - Again, this tanked pretty badly. Would not SUL login to the other wikis. Did keep me logged into the home wiki though.

I suppose it would not bee too much trouble to use the Mac FireFox for SUL.. I don't do all that many updates :D .. but I will go check FireFox and GoogleChrome on the other Vista machine now before I give up and resort to that.

THIRD REPORT - I guess I won't have to be doing that :) Both FireFox 2.x and seemed to work fine on the second Vista machine, and GoogleChrome mostly fine, except for some very short time-outs on the login presence. Again (just like on the other Vista) I.E. 7 phailed when trying to navigate to another wiki and get logged in there, though it did keep me logged in at home.

The problems from the bug seem to be in their relationship with Internet Explorer and Safari primarily, and possibly other browsers. I got concerned because I had my first results from the fixes you all did from using I.E. 7 to implement the fixed SUL you all did for my login. I'm fine with using FireFox to login, now that I know, although for the bug's sake I suppose it might be well to get it playing nicely with Safari and I.E. and other browsers someday (did not test AOL or Opera either, for example).. :)

Oh .... funny little thing happened as I tried to post this entry this time (related to your comment about exceedingly short sessions above).. I got a "Sorry! We could not process your edit due to a loss of session data. Please try again. If it still does not work, try logging out and logging back in." message, which means the session (while using GoogleChrome right now) expired in minutes, not hours ;P (might still be a significant bug factor). Thus, instead of taking a chance, I came back to FireFox to repost this section, and will probably use it exclusively until this all gets solved.

p.s. (In case there is any question, I know the work on the bug goes on, but since I can SUL with FireFox, the trouble on my end is over (I think), so you can consider this Done if you wish, yet feel free to ask anything of me that would continue to help.. and thanks for all your hard work! I will continue to check this for another few days or weeks just in case).

p.p.s. An additional note which may help with the bug.. I noticed that my auto-signature is not putting my name on Talk Pages (as noted here http://en.wikipedia.org/wiki/Talk:HP_Pavilion_(computer)#One_Troubleshooting_Note) .. I tried twice, once with the tildetildetildetilde and once with the dashdashtildetildetildetilde, and both times it only put the date stamp without the name.

Thanks Again! ..Aviedit 12:46, 31 August 2009 (UTC)

closed, isn't it, best regards, --birdy geimfyglið (:> )=| 18:04, 3 September 2009 (UTC)