Steward requests/Global permissions: Difference between revisions
→Global editinterface for Nirmos: not done |
→Global editinterface for Nemo_bis: new section |
||
Line 87: | Line 87: | ||
*{{s}} [[User:Eurodyne|eurodyne]] ([[User talk:Eurodyne|talk]]) 05:44, 13 May 2017 (UTC) |
*{{s}} [[User:Eurodyne|eurodyne]] ([[User talk:Eurodyne|talk]]) 05:44, 13 May 2017 (UTC) |
||
{{TempSysop|12|2018|05|13||}} —[[User:MarcoAurelio|Marco]][[User talk:MarcoAurelio|Aurelio]] 09:07, 13 May 2017 (UTC) |
{{TempSysop|12|2018|05|13||}} —[[User:MarcoAurelio|Marco]][[User talk:MarcoAurelio|Aurelio]] 09:07, 13 May 2017 (UTC) |
||
=== Global editinterface for [[User:Nemo_bis|Nemo_bis]] === |
|||
{{sr-request |
|||
|status = <!--don't change this line--> |
|||
|domain = global<!--don't change this line--> |
|||
|user name = Nemo_bis |
|||
|discussion= [[phabricator:T164242]] and related bag of bugs |
|||
}} |
|||
I offer to help users of a few hundreds wikis fix a few thousands of gadgets, listed by Krinkle at [[phabricator:T164242]]. A broken gadget is enough to make editing hard or impossible for its users, but the fix is often as simple as adding <nowiki>|dependencies=mediawiki.util</nowiki> to [[MediaWiki:Gadgets-definition]] (I have already developed and tested a process to do this quickly). |
|||
I have experience collaborating with hundreds of wikis on configuration changes and I've helped multiple wikis fix their JavaScript, but I think it's better to apply such small fixes directly, rather than chase (and annoy) local administrators, especially when there's an urgency because users are frustrated by bugs. I don't know whether I'll also engage in more complex changes: I prefer more experienced JavaScript developers to take care of these if possible (and if someone else took care of the immediate urgency I'd be more than happy!). |
|||
A term of 1 year should suffice for now; I'll request deflag if my interest ceases earlier. --[[User:Nemo_bis|Nemo]] 11:48, 14 May 2017 (UTC) |
|||
== See also ==<!-- DO NOT EDIT UNDER THIS LINE --> |
== See also ==<!-- DO NOT EDIT UNDER THIS LINE --> |
Revision as of 11:48, 14 May 2017
This is not a vote and any active Wikimedia editor may participate in the discussion.
Global rollback and global interface editor requests require no fewer than 5 days of discussion while abuse filter helper and maintainer requests require no fewer than 7 days. Global renamer and global sysop requests require no fewer than 2 weeks of discussion. For requests that are unlikely to pass under any circumstances, they may be closed by a steward without further discussion (after a reasonable amount of input).
Quick navigation:Cross-wiki requests |
---|
Meta-Wiki requests |
Requests for global rollback permissions
| Please be sure to follow the instructions below:
Requests for global sysop permissions
| Please be sure to follow the instructions below:
Requests for global IP block exemption
| Please be sure to follow the instructions below:
Global IP block exempt for SlitherSnakeSempter
- Global user: SlitherSnakeSempter (edits (alt) • CA • global groups • crossactivity • verify 2FA)
I for some reason am routinely caught up in global blocks. I don't know why as I have never edited anonymously in a disruptive manner at all. Therefore, I am requesting GIPBE to get around this strange problem. I am currently most active at EN Wikipedia, but this will expand in the future. SlitherSnakeSempter (talk) 19:57, 10 May 2017 (UTC)
- Not done Taking into account your socking history. Ruslik (talk) 12:22, 12 May 2017 (UTC)
Requests for global rename permissions
Steward requests/Global permissions/Global renamers
Requests for other global permissions
Please be sure to follow the instructions below:
|
Global editinterface for Nirmos
- Global user: Nirmos (edits (alt) • CA • global groups • crossactivity • verify 2FA)
There is now widespread JavaScript breakage across WMF projects, as can be seen at en:Wikipedia:Village pump (technical)#Old script-pocalypse. This is because phab:T122755 was recently resolved, which removed variables that had previously been deprecated. What I'd like to do is:
- Update sitewide JS and gadgets so that projects are no longer in script error
- Prepare for the next removal (phab:T35837, phab:T72470) so that that removal won't be as painful as this one was
Nirmos (talk) 00:08, 2 May 2017 (UTC)
- I am not sure that breakdowns are so widespread. In fact, many scripts on many wikis have already been updated. Ruslik (talk) 18:24, 2 May 2017 (UTC)
- Ruslik0 and Rschen7754: If the breakdowns weren't so widespread, or if an error in one gadget couldn't stop all other JavaScript from executing, then we wouldn't get bug reports on Phabricator like phab:T163974, phab:T164013, phab:T164443, phab:T164615 and phab:T164908. Please, do you see now that I'm not making this up, and that I'm doing this for the communities? Nirmos (talk) 11:34, 10 May 2017 (UTC)
- For the record, there have been 3 previous (unsuccessful) requests for this permission in the past: [1], [2], [3]. --Vogone (talk) 19:58, 2 May 2017 (UTC)
- I am still not convinced by the rationale, and the three failed requests are worrying. --Rschen7754 01:30, 3 May 2017 (UTC)
- JavaScript does not currently work on a large number of projects. How is that rationale not good enough? Nirmos (talk) 02:12, 3 May 2017 (UTC)
- How many of those wiki's javascript can be fixed by updating the code and/or removing local versions of the code and replacing them with versions on mediawikiwiki or metawiki? --TerraCodes (talk) 02:19, 3 May 2017 (UTC)
- I'm not sure I understand the question, but to be perfectly clear, I do not intend to replace local versions of scripts with
mw.loader.load
calls to other projects, nor do I intend to do any kind of copy-pasting between projects. That's not what this is about and I think that would require a lot more discussion. What I intend to do is very simple adjustments, like replacingaddPortletLink
withmw.util.addPortletLink
, wrapping code that depends on certain ResourceLoader modules withmw.loader.using
, declaring missing dependencies on MediaWiki:Gadgets-definition. That sort of thing. Does that answer your question, TerraCodes? Nirmos (talk) 02:59, 3 May 2017 (UTC)- Yes, it does. Thanks --03:57, 3 May 2017 (UTC)
- I'm not sure I understand the question, but to be perfectly clear, I do not intend to replace local versions of scripts with
- "JavaScript does not currently work on a large number of projects" is misleading, because you are implying that all scripts are broken on a large number of projects. That is false. Again I have to Oppose this sort of doomsday-style justification to get a very powerful right. I have never been convinced of the user's willingness to tread lightly on big wikis which don't like outsiders coming in and editing their scripts either. --Rschen7754 05:54, 3 May 2017 (UTC)
- No, it's not misleading. All scripts do not have to generate an error for JavaScript to be down on a site. An error in one gadget – or even in a gadget definition – is enough to stop all other JavaScript from executing. Nirmos (talk) 19:38, 3 May 2017 (UTC)
- It indeed is not misleading and Nirmos is describing the situation accurately (and this is once more an example of how most other users have NO clue how Javascript works on this site). Additionally this botdetection is reporting 440 site wide running script pages that are likely to have a problem, some of those don't even compile. And that excludes any mistakes in gadgets and widely used user scripts, which will also cause highly variant failures that can be very confusing to users. —TheDJ (talk • contribs) 11:45, 5 May 2017 (UTC)
- No, it's not misleading. All scripts do not have to generate an error for JavaScript to be down on a site. An error in one gadget – or even in a gadget definition – is enough to stop all other JavaScript from executing. Nirmos (talk) 19:38, 3 May 2017 (UTC)
- How many of those wiki's javascript can be fixed by updating the code and/or removing local versions of the code and replacing them with versions on mediawikiwiki or metawiki? --TerraCodes (talk) 02:19, 3 May 2017 (UTC)
- JavaScript does not currently work on a large number of projects. How is that rationale not good enough? Nirmos (talk) 02:12, 3 May 2017 (UTC)
- Oppose Per Majora's comments on previous requests. --TerraCodes (talk) 04:01, 3 May 2017 (UTC)
- JavaScript is fully broken for all or many users on hundreds of wikis and there are thousands of pages to update, see also phabricator:T164242#3230381. I'd support (temporary) global editinterface for anyone able to help, but the candidate didn't provide information showing experience in the field. --Nemo 08:17, 3 May 2017 (UTC)
- Nemo: Ignoring all the work I have done on svwiki, you can see what other projects I have updated on my user page. You are most welcome to look at my contributions on those projects and judge for yourself. Nirmos (talk) 19:41, 3 May 2017 (UTC)
- Support On it.wiki we are experiencing a lot of problems because of this. We desperately urge skilled peoples being able to fix our broken scripts ASAP. --Roberto Segnali all'Indiano 16:53, 3 May 2017 (UTC)
- @Roberto Mura: itwiki could always add temporary/limited adminship if desired. — xaosflux Talk 05:10, 8 May 2017 (UTC)
- Support Nirmos is very experienced and has proven to be competent through his work on svwiki and a lot of other wikis. We can not ignore the fact that many wikis are experiencing difficult problems with JavaScript. If a user like Nirmos wants to help solve these problems, I think the community should be happy about it and assign him the permissions. Frisko (talk) 12:13, 4 May 2017 (UTC)
- Support, Nirmos is trusted, and helping hands are always needed. Stryn (talk) 12:31, 4 May 2017 (UTC)
- I'm not exactly familiar with Nirmos' his/her Javascript skills in detail since we only just met, but judging from recent contributions it seems decent enough. The user has also been active long enough that a basic level of trust to not abuse his privileges seems in place. The problem is that most of the sites are not moving on the front of keeping their javascript up to date enough to prevent serious user facing problems. Basically everything below en.wp, de.wp and Commons is likely to be a sorry affair, simply because they lack qualified JS developers who are able to take care of / prevent problems. These sites mostly just copy paste from other sites what works and never follow up. Therefor in principal I support this request. However I would caution Nirmos to take his actions slow, to diligently provide edit summaries (more than on a homewiki) and to make use of a tool like tool tourbot where appropriate. —TheDJ (talk • contribs) 11:45, 5 May 2017 (UTC)
- Oppose per most of the rationales on the last 3 requests - the attitudes expressed in these leaves me concerned that local communities interests will not be the top priority. — xaosflux Talk 05:10, 8 May 2017 (UTC)
- Oppose per above. --Steinsplitter (talk) 13:08, 10 May 2017 (UTC)
- Oppose Per above. —Alvaro Molina (✉ - ✔) 06:57, 11 May 2017 (UTC)
- Oppose Per above --Rumelio () 13:54, 11 May 2017 (UTC)
- Not done This request is obviously going nowhere like the previous ones. Ruslik (talk) 12:48, 13 May 2017 (UTC)
Global editinterface for Petrb
- Global user: Petrb (edits (alt) • CA • global groups • crossactivity • verify 2FA)
Hi, I had this permission twice or more, but it was always automatically removed after some time, I would like to have it again, because it helps me maintain Huggle and its configuration pages and templates, which are all over Wikimedia projects, and often protected, thanks. --Petrb (talk) 18:19, 8 May 2017 (UTC)
- Support --Rschen7754 18:50, 8 May 2017 (UTC)
- Support -jkb- 23:15, 8 May 2017 (UTC)
- Support Another example of why this permission should be granted indefinitely (and removed upon inactivity or abuse) so users wouldn't have to re-request it every now and then...
— Danny B. 03:55, 9 May 2017 (UTC) - Support -FASTILY 07:12, 9 May 2017 (UTC)
- Support Reasonable. —Alvaro Molina (✉ - ✔) 09:16, 9 May 2017 (UTC)
- Support Sure. Seems reasonable. Ks0stm (T•C•G•E) 14:05, 10 May 2017 (UTC)
- Support --Alaa :)..! 08:08, 11 May 2017 (UTC)
- Support Jianhui67 talk★contribs 15:52, 11 May 2017 (UTC)
- Support --Thibaut120094 (talk) 23:21, 11 May 2017 (UTC)
- Support — billinghurst sDrewth 00:19, 13 May 2017 (UTC)
- Support eurodyne (talk) 05:44, 13 May 2017 (UTC)
Granted for 1 year to expire on 2018-05-13. —MarcoAurelio 09:07, 13 May 2017 (UTC)
Global editinterface for Nemo_bis
- Global user: Nemo_bis (edits (alt) • CA • global groups • crossactivity • verify 2FA)
- Discussion: phabricator:T164242 and related bag of bugs
I offer to help users of a few hundreds wikis fix a few thousands of gadgets, listed by Krinkle at phabricator:T164242. A broken gadget is enough to make editing hard or impossible for its users, but the fix is often as simple as adding |dependencies=mediawiki.util to MediaWiki:Gadgets-definition (I have already developed and tested a process to do this quickly).
I have experience collaborating with hundreds of wikis on configuration changes and I've helped multiple wikis fix their JavaScript, but I think it's better to apply such small fixes directly, rather than chase (and annoy) local administrators, especially when there's an urgency because users are frustrated by bugs. I don't know whether I'll also engage in more complex changes: I prefer more experienced JavaScript developers to take care of these if possible (and if someone else took care of the immediate urgency I'd be more than happy!).
A term of 1 year should suffice for now; I'll request deflag if my interest ceases earlier. --Nemo 11:48, 14 May 2017 (UTC)
See also
- User groups — Information on user groups
- Global rights log — Log of global permissions changes
- Archives
General requests for: help from a Meta sysop or bureaucrat · deletion (speedy deletions: local · multilingual) · URL blacklisting · new languages · interwiki map
Personal requests for: username changes · permissions (global) · bot status · adminship on Meta · CheckUser information (local) · local administrator help
Cooperation requests for: comments (local) (global) · translation