全国人民代表大会常务委员会关于维护互联网安全的决定

← Requests and proposals

Steward requests (Global permissions)

latest archive→

This page hosts requests for global permissions. To make a request, read the relevant policy (global rollback, global sysop, ...) and make a request below. Explain why membership is needed for that group, and detail prior experience or qualifications.
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
CheckUser information Global blocks/locks Permissions (global) Permissions (bot) Permissions (other) Username changes/ usurpation requests Miscellaneous requests URL blacklisting Title/username blacklisting Email blacklisting
Meta-Wiki requests
CheckUser information Deletion Permissions Requests for help

百度 内饰差别明显，但动力就不一样，因为三辆车都有搭载发动机。

Requests for global rollback permissions

Please be sure to follow the instructions below:

Your request might be rejected if you don't follow the instructions, and not doing so would reflect poorly on your suitability.

Please also review the Global rollback policy.

Instructions for making a request

Before requesting, make sure that: You have sufficient activity to meet the requirements to be allocated the global rollback flag To make a request Copy the template below to the bottom of this section and explain of why you need the access and why you're suitable. === Global rollback for {{subst:u|{{subst:REVISIONUSER}}}} === {{sr-request |status = <!-- don't change this line --> |domain = global <!-- don't change this line --> |user name = {{subst:REVISIONUSER}} <!-- don't change this line unless you're nominating another user --> }} ::''Not ending before {{subst:#time:H:i, j F Y (T)|+5 days}}'' The request will be approved if consensus to do so exists after a period of consideration of no less than 5 days (with rare exceptions , no matter how obvious the result may seem). This is not a vote, and all input is welcome. Stewards will determine whether consensus exists; when doing so it is likely that the weight given to the input of those involved in cross-wiki work will be most influential.

Requests for global sysop permissions

Please be sure to follow the instructions below:

Your request might be rejected if you don't follow the instructions, and not doing so would reflect poorly on your suitability.

Please also review the Global sysops policy.

Stewards

When you give someone global sysop rights, please list them on Users with global sysop access and ask them to subscribe to the global sysops mailing list.

Instructions for making a request

Before requesting, make sure that: You have a global account ; You are logged in on this wiki, and the account is part of your global account; To make a request Copy the template below to the bottom of this section and explain of why you need the access and why you're suitable. If you previously requested that right, please add a link to the previous discussion(s). === Global sysop for {{subst:u|{{subst:REVISIONUSER}}}} === {{sr-request |status = <!-- don't change this line --> |domain = global <!-- don't change this line --> |user name = {{subst:REVISIONUSER}} <!-- don't change this line unless you're nominating another user --> }} ::''Not ending before {{subst:#time:H:i, j F Y (T)|+2 week}}'' The request will be approved if consensus to do so exists after a period of consideration of no less than two weeks (no exceptions are allowed no matter how obvious the result may seem). This is not a vote, and all input is welcome. Stewards will determine whether consensus exists; when doing so it is likely that the weight given to the input of those involved in cross-wiki work will be most influential. Please note: Since 2019 all global sysops are required to have two-factor authentication (2FA) enabled.

Global sysop for JurgenNL

Status: ?? In progress

• 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. Trijnstel_talk 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)
• &?? 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

<translate>

Please be sure to follow the instructions below:

Your request might be rejected if you don't follow the instructions. Please review [[<tvar name="1">Global IP block exemptions</tvar>|Global IP block exemption]]. You may request Global IP block exemption via stewardswikimedia.org if you can not edit this page.

Please note: Global IP block exemption does NOT make one immune to locally-created blocks of any sort, only global blocks.</translate>

<translate> Instructions for making a request</translate>

<translate> Before requesting global IP block exemption, make sure that: You have a global account ; You are logged in on this wiki, and the account is part of your global account; To request global IP block exemption Copy the template below to the bottom of this section and explain why you need the access and why you're suitable. If needed, link to relevant discussions.</translate> === Global IP block exempt for {{subst:u|{{subst:REVISIONUSER}}}} === {{sr-request |status = <!--don't change this line--> |domain = global<!--don't change this line--> |user name = {{subst:REVISIONUSER}} }} <translate><!--T:6--> <Add an explanation here>, thanks</translate>, --~~~~ <translate> The request will be approved if there is demonstrated need for the permission, such as bypassing a global block from someone who is not the intended target.</translate>

Requests for other global permissions

<translate> Please be sure to follow the instructions below:</translate>

<translate> Your request might be rejected if you don't follow the instructions.</translate>

<translate> Instructions for making a request</translate>

<translate> Before requesting additional global permissions, make sure that:</translate> <translate> You are logged in on this wiki;</translate> <translate> No specific section on this page exists for the permission you want to request;</translate> <translate> To request additional global permissions</translate> <translate> Copy the template below to the bottom of this section and explain what kind of access you need and why. If needed, link to relevant discussions. If you hold, or have previously held, the right and are asking for either a renewal or revival of that right, please add a link to the previous discussion.</translate> === <Add requested permission here> for {{subst:u|{{subst:REVISIONUSER}}}} === {{sr-request |status = <!-- don't change this line --> |domain = global <!-- don't change this line --> |user name = {{subst:REVISIONUSER}} <!-- don't change this line unless you're nominating another user --> }} <translate><!--T:5--> <Add an explanation here>, thanks</translate>, --~~~~ <translate> The request will be approved if consensus to do so exists after a short period of consideration. A steward will review the request.</translate>

Global exemption to CAPTCHA for Wakkie1379

Status: ?? Done

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)

Done --MF-W 13:49, 15 January 2014 (UTC)

Global exemption to CAPTCHA for NigelSoft

Status: ?? Done

• 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)

  (：)Reply, 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)

•  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)

Done 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