Steward requests/Global permissions
This is not a vote and any active Wikimedia editor may participate in the discussion.
Successful global rollback requests require no fewer than 5 days of discussion, while successful global sysop discussions require no fewer than 2 weeks.
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:
| <translate>
Global sysop for JurgenNL
- Global user: JurgenNL (edits (alt) • CA • global groups • crossactivity • verify 2FA)
Hello, I would like to request for GS. I'm a GR and active in the Small Wiki Monitoring Team. I have experience with the sysop tool as being a sysop on nlwiki since March 2013 and as sysop on Commons since a couple of weeks. This tool would help me to delete vandalism, spam pages, block spambots and persistent vandals, who do not listen to warnings. You can find me on IRC at the Freenode network in several channels. Now I have to ask other global sysops or stewards, but it would be much easier when I can do it by myself. JurgenNL (talk) 15:27, 16 January 2014 (UTC)
- Strong support, definitely. Jurgen is one of the most suitable users for this task at the moment. Trijnsteltalk 15:28, 16 January 2014 (UTC)
- Support Active, trusted, intelligent. Lymantria (talk) 15:34, 16 January 2014 (UTC)
- Support - Sure. Jurgen knows what he does and is not someone that wants GR/GS because "it are rights". Thanks for your work Jurgen, I appreciate your work and I'm not the only one. Southparkfan 15:59, 16 January 2014 (UTC)
- Support. Fine colleague. MoiraMoira (talk) 16:05, 16 January 2014 (UTC)
- Support. Duh. Hardworking and trustworthy user. Will do good with GS. Jianhui67 talk★contribs 16:07, 16 January 2014 (UTC)
- Support - Trusted and experienced user who will do well with that right. -Barras talk 16:24, 16 January 2014 (UTC)
- After (Edit conflict.) with uncle Barras: Support Maybe you could also consider to candidate at SE in case you are willing to help out with global cvn work during the full next term. Vogone talk 16:26, 16 January 2014 (UTC)
- Support Very good candidate, per above. Ajraddatz (Talk) 16:50, 16 January 2014 (UTC)
- Support — TBloemink talk 16:55, 16 January 2014 (UTC)
- Support, active and trusted. What more could you want? Sjoerd de Bruin (talk) 17:01, 16 January 2014 (UTC)
- Support He is a great collegue at commons and at NL wiki and with OTRS-work. One of the best sysopses we have imo and he is more than suiteble for the job. Natuur12 (talk) 17:39, 16 January 2014 (UTC)
- Support --Rschen7754 18:22, 16 January 2014 (UTC)
- Support --Stryn (talk) 19:03, 16 January 2014 (UTC)
- Support Érico Wouters msg 19:17, 16 January 2014 (UTC)
- Oppose; not very active. --MF-W 21:24, 16 January 2014 (UTC)
- Support --DangSunM (talk) 23:53, 16 January 2014 (UTC)
- Trusted enough. Why not? PiRSquared17 (talk) 01:03, 17 January 2014 (UTC)
- Support -- Wagino 20100516 (talk) 01:46, 17 January 2014 (UTC)
- Support Why not? -FASTILY 08:41, 17 January 2014 (UTC)
- Question while checking for your levels of activity, I run into this diff, which shows you tagging a userpage as having no useful content. Any details behind this? Did you not realize it was a userpage or did you think deletion was warranted regardless? Snowolf How can I help? 18:37, 17 January 2014 (UTC)
- Hi Snowolf, this new user was adding this user page with a photograph of a dead rat crosswiki. Such user pages are imo unwished. Thereby his behavior looked like a bot. On second thought, maybe it wasn't the right action. JurgenNL (talk) 19:09, 17 January 2014 (UTC)
- Thank you very much for your answer, I missed the cross-wiki angle. Snowolf How can I help? 21:53, 17 January 2014 (UTC)
- Hi Snowolf, this new user was adding this user page with a photograph of a dead rat crosswiki. Such user pages are imo unwished. Thereby his behavior looked like a bot. On second thought, maybe it wasn't the right action. JurgenNL (talk) 19:09, 17 January 2014 (UTC)
- the activity level is good enough for me. Snowolf How can I help? 21:53, 17 January 2014 (UTC)
- Supportㅡ레비Revi 10:24, 18 January 2014 (UTC)
- Support Alan (talk) 13:39, 18 January 2014 (UTC)
- support despite the missing umlaut. :-P —DerHexer (Talk) 13:41, 18 January 2014 (UTC)
- Checked his last 1000 global contributions, which was extremely good. That's why I don't see any reason to oppose him. So I'm happily Supporting JurgenNL for GS. --Pratyya (Hello!) 13:42, 18 January 2014 (UTC)
- Support. Trusted and experienced user. LlamaAl (talk) 18:42, 20 January 2014 (UTC)
- Support Active and trusted--Shanmugamp7 (talk) 11:45, 21 January 2014 (UTC)
Requests for global IP block exemption
Please be sure to follow the instructions below:
| <translate>
Requests for other global permissions
<translate>
Please be sure to follow the instructions below:
|
Global exemption to CAPTCHA for Wakkie1379
This user is helping me to integrate / add the translations being done as part of the medical collaboration with Translators Without Borders [1]. Wondering if they can get CAPTCHA exemption to make their work easier. So far this project has translated around 3 million words of text and is working in about 60 languages. We have local Wikipedians helping in some languages but not others. We of course would love to have more people join us. But till than. Many thanks Doc James (talk · contribs · email) 20:36, 9 January 2014 (UTC)
- Regardless of the merits of this request, I don't think we could act without the target user being involved. However, on the specific merit, I am highly doubtful that we should grant such a permission to a user with 132 edits globally. Snowolf How can I help? 21:00, 9 January 2014 (UTC)
- Sure will get them to post here. CAPTCHA makes working across many wikis a pain. Doc James (talk · contribs · email) 21:01, 9 January 2014 (UTC)
- The CAPCHA entry is slowing me down significantly. I'm working on posting material that is in many languages thus an exemption would be nice.Wakkie1379 (talk) 22:53, 9 January 2014 (UTC)
- There no requirements for this permission except that it is necessary for a particular work and the user is unlikely to misuse it. Ruslik (talk) 19:08, 10 January 2014 (UTC)
- I agree with Ruslik0 here. CAPTCHAs are there to prevent spambots from editing, not humans who voluntarily help out on small wikis. Vogone talk 19:41, 10 January 2014 (UTC)
- There's a need for it. Why not? Ajraddatz (Talk) 02:06, 13 January 2014 (UTC)
- Agreed. CAPTCHA is used to determine whether a user is actually a (spam)bot or a human. In this case, CAPTCHAs are slowing someone down. Why not grant this? PiRSquared17 (talk) 02:24, 13 January 2014 (UTC)
- Agreed too. CATCHAs are there to capture and block bots that perform massive edits wthout controling what they do and without other ways to block them. A refular user, once it is known that it is not a bot, is not a bot, and thus does not need the CATCHA, even if that user made "only" 320 edits (the bots that CAPTCAs are attempting to block are those that have performed many more edits).
- Ideally the CATCHA feature should be automatically disabled on all user accounts that have already succeeded the test : this includes logged-on user-accounts for at least one month, and IPs for at most 24 hours, possibly less for some known ranges of IPs used by proxies from mobile ISPs or free wifi hotspots or any open proxy not honoring the "Via"/""For" mechanism to properly detect and separate their distinct users, and open proxies that provide no way to manage their list of users and responsively regulate their outgoing traffic with a locally enforced charter and a known point of contact to reach the admins of the proxy in case of problems).
For example we can accept anonymous user connecting to Wikimedia from TOR. The IP belongs to the TOR range, but these connecting IPs should have a temporary anonymous session id that will work for 24 hours. As long as this session identifier is used for that time, the CAPTCHA will be presented only once to that session (the TOR session identifier should remain in private-data logs, eve n if we expose the IP of the TOR node). The captcha can be passed once by a regular user to create a regular Wikimedia account and then use it to be logged on. Logged on users do not need to succeed later the CAPTCHA sent to TOR users, and the association of that logged on user to TOR should also remain private-data (just like the history list of IPs for the TOR nodes used by that user, it is as much private as other IPs for normal users).
- So do not remove CAPCHAs but tune them so that they do not reappear excessively to the same user account or IP. CAPTCHAs are not the proper tools to efectively block real abusers. verdy_p (talk) 04:37, 14 January 2014 (UTC)
- Sure will get them to post here. CAPTCHA makes working across many wikis a pain. Doc James (talk · contribs · email) 21:01, 9 January 2014 (UTC)
Erledigt --MF-W 13:49, 15 January 2014 (UTC)
Global exemption to CAPTCHA for NigelSoft
- Global user: NigelSoft (edits (alt) • CA • global groups • crossactivity • verify 2FA)
I often asked to enter CAPTCHA when editing other wiki programs (such as Wikivoyage, Wikibooks, etc.), sorry for my poor English, thanks, --Nigel 04:12, 17 January 2014 (UTC)
- Support Sure. You've passed the Turing test as far as I'm concerned. PiRSquared17 (talk) 04:40, 17 January 2014 (UTC)
- Support, though between this request and the last perhaps we should find a different way of doing this? Ajraddatz (Talk) 04:41, 17 January 2014 (UTC)
- I'd like to see a global equivalent of autoconfirmed be added automatically, but I don't think 10 edits/4 days is enough (some spambots make >10 edits crosswiki). File a bug?PiRSquared17 (talk) 04:43, 17 January 2014 (UTC)
- I don't really have a solution to file the bug for :s Ajraddatz (Talk) 04:53, 17 January 2014 (UTC)
- (:)Antwort, I'm a patroller and rollbacker at Chinese Wikipedia, and here are my CSD logs: year 2014, year 2013. So you can see I've done lots of anti-destroy work in zhWP. Sorry for my poor English. @PiRSquared17 --Nigel 04:58, 17 January 2014 (UTC)
- You don't need to convince me. ;) Anyone who is not a spambot could have this right, honestly. bugzilla:60169. PiRSquared17 (talk) 16:25, 17 January 2014 (UTC)
- I just wondered if the autoconfirmed (local) group doesn't have skipcaptcha already everywhere and whether someone who "SULs" to all wikis doesn't already get autoconfirmed after 4 days then everywhere (except on the few wikis with edit requirements for autoconfirmation). --MF-W 22:20, 17 January 2014 (UTC)
- Yes, that is already the case but I guess most of our users don't have a complete SUL with accounts registered to every single WMF wiki. So they'd need to to type CAPTCHAs for min. 4 days after they visited a wiki the first time. Vogone talk 22:35, 17 January 2014 (UTC)
- Ok, so while bug 60619 is pending people who edit many WMF wikis with captcha-triggering edits should use User:Krinkle/Tools/Global_SUL. --MF-W 22:37, 17 January 2014 (UTC)
- And create userpages globally. --Rschen7754 23:39, 17 January 2014 (UTC)
- Igitt. --MF-W 23:00, 18 January 2014 (UTC)
- @NigelSoft: would using "Global SUL" solve your problem? PiRSquared17 (talk) 23:07, 18 January 2014 (UTC)
- I have already used Single User Login (please see Special:CentralAuth/NigelSoft), but there also has CAPTCHA when I edit Wikivoyage. @PiRSquared17 ——Nigel 13:14, 19 January 2014 (UTC)
- "As of June 12, 2008, the autoconfirmed limits on the majority of wikis is four days with no edit count requirement. ar.wiki, en.wiki, and es.wiki have a minimum number of edits to reach autoconfirmed status. de.wikibooks requires seven days to reach autoconfirmed status." (from newly registered user). Maybe Wikivoyage has the same restrictions? PiRSquared17 (talk) 17:14, 19 January 2014 (UTC)
- It requires four days with no edit count requirement (see voy:zh:Wikivoyage:互助客栈#自动确认用户). Today it's the 4th day, but there also has. ——Nigel 01:16, 20 January 2014 (UTC)
- So in fact you are requesting a global exemption to CAPTCHA just because you triggered a CAPTCHA on a newly created Wikimedia wiki once? Vogone talk 01:19, 20 January 2014 (UTC)
- No, I have triggered CAPTCHA on Chinese Wikivoyage and Chinese Wikibooks many times, and I don't know why. ——Nigel 01:23, 20 January 2014 (UTC)
- So in fact you are requesting a global exemption to CAPTCHA just because you triggered a CAPTCHA on a newly created Wikimedia wiki once? Vogone talk 01:19, 20 January 2014 (UTC)
- It requires four days with no edit count requirement (see voy:zh:Wikivoyage:互助客栈#自动确认用户). Today it's the 4th day, but there also has. ——Nigel 01:16, 20 January 2014 (UTC)
- "As of June 12, 2008, the autoconfirmed limits on the majority of wikis is four days with no edit count requirement. ar.wiki, en.wiki, and es.wiki have a minimum number of edits to reach autoconfirmed status. de.wikibooks requires seven days to reach autoconfirmed status." (from newly registered user). Maybe Wikivoyage has the same restrictions? PiRSquared17 (talk) 17:14, 19 January 2014 (UTC)
- I have already used Single User Login (please see Special:CentralAuth/NigelSoft), but there also has CAPTCHA when I edit Wikivoyage. @PiRSquared17 ——Nigel 13:14, 19 January 2014 (UTC)
- @NigelSoft: would using "Global SUL" solve your problem? PiRSquared17 (talk) 23:07, 18 January 2014 (UTC)
- Igitt. --MF-W 23:00, 18 January 2014 (UTC)
- And create userpages globally. --Rschen7754 23:39, 17 January 2014 (UTC)
- Ok, so while bug 60619 is pending people who edit many WMF wikis with captcha-triggering edits should use User:Krinkle/Tools/Global_SUL. --MF-W 22:37, 17 January 2014 (UTC)
- Yes, that is already the case but I guess most of our users don't have a complete SUL with accounts registered to every single WMF wiki. So they'd need to to type CAPTCHAs for min. 4 days after they visited a wiki the first time. Vogone talk 22:35, 17 January 2014 (UTC)
- I just wondered if the autoconfirmed (local) group doesn't have skipcaptcha already everywhere and whether someone who "SULs" to all wikis doesn't already get autoconfirmed after 4 days then everywhere (except on the few wikis with edit requirements for autoconfirmation). --MF-W 22:20, 17 January 2014 (UTC)
- You don't need to convince me. ;) Anyone who is not a spambot could have this right, honestly. bugzilla:60169. PiRSquared17 (talk) 16:25, 17 January 2014 (UTC)
- I'd like to see a global equivalent of autoconfirmed be added automatically, but I don't think 10 edits/4 days is enough (some spambots make >10 edits crosswiki). File a bug?PiRSquared17 (talk) 04:43, 17 January 2014 (UTC)
- Support per PiRSquared17 -FASTILY 08:42, 17 January 2014 (UTC)
- We should find a different solution for this. --MF-W 11:03, 17 January 2014 (UTC)
- Autopromotion by bot for registered users editing crosswiki? :-P Vogone talk 15:51, 17 January 2014 (UTC)
- You are sugesting taking away from the communities their ability to have their new user management functionality. I would think that some communities would not agree with that as a global function. Such would need to be taken through an RFC here, announced to all communities, then see how it progressed. For some users to get through the process they should have their accounts present on the server for a period of time. To note that we have a bot that will create accounts on the users behalf, and that may be useful and usable here to get past the hurdles of creation to use. — billinghurst sDrewth 09:28, 20 January 2014 (UTC)
- Autopromotion by bot for registered users editing crosswiki? :-P Vogone talk 15:51, 17 January 2014 (UTC)
- Erledigt Matanya (talk) 21:58, 25 January 2014 (UTC)
See also
- User groups — Information on user groups
- Global rights log — Log of global permissions changes
- Archive
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