Jump to content

Steward requests/Permissions

From Meta, a Wikimedia project coordination wiki
< Steward requests
This is an archived version of this page, as edited by M7 (talk | contribs) at 14:02, 1 September 2009 (→koba-chan@jawiki: Done). It may differ significantly from the current version.
Shortcut:
SRP

This page is for requests to have stewards grant or revoke administrator, bureaucrat, checkuser, and oversight rights on Wikimedia projects which do not have a local permissions procedure. Minimum voting requirement are listed here.

Old sections are archived. The list of archives is below.

  • Requests for bot flags are handled at SRB, and requests for global permissions are handled at SRGP.
  • 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).
  • For urgent requests, such as to combat large-scale vandalism on a small wiki, contact a steward in the #wikimedia-stewardsconnect IRC channel. In emergencies, type !steward in the channel to get the attention of stewards. Otherwise, you can type @steward for non-urgent help.

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 | Interface administrator | Bureaucrat | CheckUser | Oversight | Removal of access | Miscellaneous | Global permissions

(translate | edit)

Cross-wiki requests
Meta-Wiki requests

Using this page

1. Place the following code at the bottom of the appropriate section below: 

==== Username@xxproject ====
{{sr-request
 |status    = <!-- Don't change this line -->
 |domain    = <!-- Such as en.wikibooks -->
 |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 this is for multiple users, leave this field blank and give a list of these users in your remarks.
  • discussion: a link to the local vote or discussion about the rights change (for example, "[[ex:Wikipedia:Requests_for_adminship#ExampleUser]]"). This should normally be for at least one week, but no more than three weeks (if so, you'll need to restart the process).

3. If anything is missing from your request, a steward will request more information.

Confirmation of signing confidentiality agreement

Certain permissions (notably CheckUser and Oversight) additionally require users to sign a confidentiality agreement. Users requesting these permissions must make a request below, and must also sign the confidentiality agreement with the Wikimedia 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.


putnik@ruwikinews

Status:    Not done

— putnik 14:30, 30 August 2009 (UTC)[reply]

Request refused - not enough voters. Candidate should be supported by local community (at least 3 users), but not only by one person two persons. LeinaD (t) 15:00, 30 August 2009 (UTC)[reply]

Str4nd@fiwikiversity

Status:    On hold

— str4nd ⇌ 14:50, 28 August 2009 (UTC)[reply]

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)[reply]
As you can see, those discussions are from 2008. We can vote too if that's necessary. — str4nd ⇌ 15:02, 28 August 2009 (UTC)[reply]
On hold - on project started voting. LeinaD (t) 15:38, 28 August 2009 (UTC)[reply]

Tarmo@fiwikiversity

Status:    On hold

— str4nd ⇌ 14:50, 28 August 2009 (UTC)[reply]

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

Bianchi-Bihan@brwiktionary

Status:    In progress

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)[reply]

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)[reply]
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)[reply]

Demmy@yowiki

Status:    In progress

I'm requesting renewal to my temporary adminship. I am currently the sole active administrator on this wiki. Thanks, Demmy 12:15, 31 August 2009 (UTC)[reply]

Have any discussion in your local community? Alex Pereira falaê 13:26, 1 September 2009 (UTC)[reply]

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@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.

Cirt@enwikinews

Status:    Done

Cirt is already identified to the foundation and has received 25 votes in support of him receiving local checkuser. --Skenmy talk 18:32, 31 August 2009 (UTC)[reply]

Done & welcome to the team.  — Mike.lifeguard | @en.wb 19:12, 31 August 2009 (UTC)[reply]
Thank you. Cirt (talk) 05:00, 1 September 2009 (UTC)[reply]

Oversight access

To request to have content oversighted, ask in #wikimedia-stewards, or email oversight-l@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

Status:    In progress

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

Peterdownunder@simplewiki

Status:    In progress

Don't believe he has identified yet. -Djsasso 14:00, 21 August 2009 (UTC)[reply]

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 -->
}}

koba-chan@jawiki

Status:    Done

Please remove my access rights at jawiki (administrator). Thanks --Koba-chan 13:59, 1 September 2009 (UTC)[reply]

Thank you for your work.
--M/ 14:02, 1 September 2009 (UTC)[reply]

MagnusA@svwiki

Status:    Done

Please remove my access rights at svwiki (administrator and bureaucrat). Thanks --MagnusA 08:34, 1 September 2009 (UTC)[reply]

Thank you for your work as a sysop and bureaucrat.
--M/ 09:50, 1 September 2009 (UTC)[reply]

Razorflame@simplewiki

Status:    Done
Here there are also a couple of other removal requests. Shall I proceed? Thank you, M/ 09:48, 1 September 2009 (UTC)[reply]
Okay, the rollbacker permissions were locally removed, so I'll mark this "Done".
Thanks to Razorflame for his work.
--M/ 10:15, 1 September 2009 (UTC)[reply]
Thanks. Rollback was removed locally. The only thing was the import right, which can't be locally removed. Barras 12:24, 1 September 2009 (UTC)[reply]

tt.wikipedia requests

Joylife@ttwikipedia
Status:    Not done
Albert Fazlî@ttwikipedia
Status:    Not done
Dolphin@ttwikipedia
Status:    Not done
Hello Yildiz, I am inclined to mark all these as not done, because 3 vote is not much and also one voter has really little contributions an other has also little [2]. Please show us the votings for their sysopship, if the votings there look alike, this might be ok, if not, if they had much votes there, IMHO this request should be closed. Best regards, --birdy geimfyglið (:> )=| 20:10, 25 August 2009 (UTC)[reply]
Hello! We had a voting of rules of voting (Sorry for my bad english). Acording to this rules, voting in which 3 people votes is counting as done, and those 2 person can vote acording to rules (Rinatus is translating the interface). The problem in that: we have a little number of peoples, writing in Tatar Wikipedia, so number of voters is small. But we want to clean a list of administrators, because from 8 admins only 2 are active (me and Timming). So we cannot have posibility to have more voters. Tatar Wikipedia is not using by tatars now, because mostly information on latin alphabet. We want to make Tatar Wikipedia popular, but to do it, we must renew Wikipedia, so we want to leave only active administrators, who is doing administrator duties. Pleasr, help us with it! --Yildiz 11:32, 26 August 2009 (UTC)[reply]
You wrote "He has no activity since 10 Dec 2007.", so how you explain user contribution? LeinaD (t) 21:31, 25 August 2009 (UTC)[reply]
Sorry, it is not true about 10 Dec 2007. He is not active and do not execute his administrator duties. --Yildiz 11:32, 26 August 2009 (UTC)[reply]

Hello, I am sorry, but I am still not convinced, the voters are as said IMHO too few, while one voter has nearly only the votes as contributions (if he is translating that is good, but that does not change my opinion). One of the sysops is even bureaucrat (Albert Fazlî), I am not sure if it is clear to the voters that this right is to be removed too? Also I am still missing a link to the votings, I did not find them myself, but a look at them would have been interesting (how many users participated in the sysop votings).
I am marking this therefore as Not done, but leave it open for a second steward to review, if they disagree, they can reopen or do it, as they wish. Best regards, --birdy geimfyglið (:> )=| 12:50, 27 August 2009 (UTC)[reply]

I'm so disappointed! It means you stop developing of our wikipedia! I wrote you, that we don't have many people in our Wikipedia, We can't collect more votes! So, what must we do????? --Yildiz 13:13, 27 August 2009 (UTC)[reply]
I am sorry, how is that stopping the development of tt.wikipedia, these users have been voted sysops, and if they don't return their flag does no harm either, but IMHO it does harm to remove it without a broad consent. But as said other stewards can give their opinion here too. Best regards, --birdy geimfyglið (:> )=| 14:12, 27 August 2009 (UTC)[reply]
I agree with Spacebirdy. Few people voting this. Alex Pereira falaê 14:23, 27 August 2009 (UTC)[reply]

I'm so sorry! Because of your opinion it will be big problem to renew our wikipedia! Please, explain me, how to colect more voters, if there are no active other users? Administrator Timming asked in June, but you said to make a voting of our comunity. We wrote rules about voting and voted for removing administrators. The voting continued 2 weeks. Every user that has 100 changes could vote according to rules. We used Sitenotice, so every user, coming to Tatar Wikipedia could see it. Please say, what we done wrong? --Yildiz 15:04, 27 August 2009 (UTC)[reply]

Again, not done. If there is not enough participation and community consensus, a vote for a flag removal is not valid. An inactive admin in the admin list will not stop your work and could be of hand when back again. --M/ 19:37, 28 August 2009 (UTC)[reply]

Peterpan@zhwiki

Status:    Done
Original diff & Done — Mike.lifeguard | @en.wb 18:36, 31 August 2009 (UTC)[reply]

肉丝跑蛋@zhwiki

Status:    Done

Plese give link? --Shizhao 07:43, 31 August 2009 (UTC)[reply]

Original diff & Done  — Mike.lifeguard | @en.wb 18:38, 31 August 2009 (UTC)[reply]

Burmeister@ptwiki

Status:    Done
Done. Obrigado pelo seu trabalho conosco. Alex Pereira falaê 17:02, 31 August 2009 (UTC)[reply]
Obrigado Alex Burmeister 17:06, 31 August 2009 (UTC)[reply]

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:

mhr.wikipedia importers

I propose to grant Importer flag to the following users in mhr:wiki --Dnikitin 12:27, 28 August 2009 (UTC)[reply]

MF-Warburg@mhr.wikipedia
Status:    Done

MF-Warburg is incubator sysop and he is ready to help our small :mhr:wiki to import some templates. See incubator:User_talk:MF-Warburg#Mari_wiki --Dnikitin 12:25, 28 August 2009 (UTC)[reply]

Done  — Mike.lifeguard | @en.wb 18:54, 31 August 2009 (UTC)[reply]
Amdf@mhr.wikipedia
Status:    Done

Amdf is the only sysop in mhr.wiki --Dnikitin 12:25, 28 August 2009 (UTC)[reply]

Done  — Mike.lifeguard | @en.wb 18:54, 31 August 2009 (UTC)[reply]

Aviedit@en.wikipedia-SUL bug access issue

Status:    In progress

(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)[reply]

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)[reply]
P.S. Do You see the meta account as unattached one in en:special:mergeaccount? --birdy geimfyglið (:> )=| 17:37, 30 August 2009 (UTC)[reply]
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)[reply]

- 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 assistanmce 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) comdined 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)[reply]

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.

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)[reply]

..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)[reply]

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 GoogleChrome seemed to work fine on the second Vista machine. 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 or GoogleChrome 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. someday :)

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.

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, 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).

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

Nstm@en.wikipedia

Status:    Not done

(your remarks)--Nstm 13:08, 30 August 2009 (UTC)

What are You requesting? Best regards, --birdy geimfyglið (:> )=| 13:54, 30 August 2009 (UTC)[reply]

Invalid request. --M/ 10:34, 1 September 2009 (UTC)[reply]

Steward requests/Permissions/Footer

Retrieved from "https://meta.wikimedia.org/w/index.php?title=Steward_requests/Permissions&oldid=1622663"