Кулланучылар төркемнәре/ Qullanuçılar törkemnäre
- This article is about user groups and rights on MediaWiki. For the simple and flexible affiliation structure, see Wikimedia User Groups.
/ Tübändä Wikimedia fondı proyektlarındağı qullanuçılar törkemnäre isemlege kiterelä. Bu isemlek mömkinlekläre äzäyü buyınça tözelgän. Tözeleş tärtibe küät töşençäsennän ayırmalı bularaq, MediaWiki program täeminatın texnik taraftan qullanuğa bäyle. Fondnıñ bar proyektlarında texnik mömkinlekläre tigez buluğa qaramastan, qayber törkemnärneñ bilgelämäläre häm rolläre törle wikilarda ayırıla ala.
Локаль төркемнәр/ Lokal' törkemnär
/ Tubändä törle qorallardan faydalanu mömkinlekläre azayu tärtibe buyınça tözelgän isemlek.
- стюарт/ stüart (ru)
- /tikşerüçe (ru)
- ревизор/ revizor (ru)
- бюрократ/ bürokrat
- / idäräçe
- Abuse filter manager (en) (/qayber wikilär)
- ütkärmäwçe (en) (/qayber wikilär)
- Reviewer (en) yäki Editor (/qayber wikilär)
- Patroller (/qayber wikilär)
- Account creator (älegä İngliz häm Swedish Wikipediälärdä genä)
- File mover (/qayber wikilär)
- Template editor (/älegä İngliz Wikipediäsendä genä)
- İP buyınça bloklawğa düçar bulmağanı (ru)
- бот/ bot (ru)
- Flooder (/qayber wikilär)
- теркәлгән кулланучы/ törkälgän qullanuçı
- янa теркәлгән кулланучы/ yaña törkälgän qullanuçı (en)
- теркәлмәгән кулланучы/ törkälmägän qullanuçı (en)
- / bloklanğan qullanuçı (en)
- Administrator (sysop)
- OAuth administrators (only on Meta)
- Global renamers (only on Meta)
- Eliminators (some wikis)
- Abuse filter manager (some wikis)
- Rollbacker (some wikis)
- Reviewer or Editor (some wikis that use Flagged Revisions)
- Template editor (some wikis)
- File mover (some wikis)
- Patroller (some wikis)
- Account creator (exists globally, used in some wikis)
- Flooder (some wikis)
- Теркәлгән кулланучы/ Törkälgän qullanuçı and newly registered user
- Bloklanğan qullanuçı (this is not a user group)
== Глобаль кулланучылар төркемнәре/ Global' qullanuçılar törkemnäre
- Шулай ук/ Şulay uq Global' mömkinleklär, Global' törkemnär häm Global rights карагыз/qarağız.
Глобаль ботлар/ Global' botlar
Global bots have bot access on all wikis where global bots are enabled (this must be explicitly permitted by local policy; see a list of allowing wikis). Global bots are subject to the standard bot policy, which limits these bots to specific tasks.
See:
- Standard bot policy
- Global bots: members | wikis and rights | log
/ Global' ütkärmäw qoralı
Users with global rollback can revert a series of edits by one user with one click on any wiki, primarily intended for vandalism and nonsense. Users must be demonstrably active in crosswiki counter-vandalism for access.
See:
- Global rollback
- Global rollbackers: members | rights
Глобаль идарәче/ Global' idäräçe
Global sysops are users with sysop access on multiple small wikis, mainly for the purpose of fighting vandalism in the absence of local administrators. They are appointed after a lengthy discussion on SRGP.
See:
- Global sysops
- Global sysops: members | rights
VRT permissions agents
VRT permissions agents are users who have access to the permissions queues of the Wikimedia VRTS. The global group is used primarily for identification purposes, and the only user right it contains is the ability to activate two factor authentication.
/ Xezmätkärlär
The Staff group is assigned to some paid employees of the Wikimedia Foundation. This group has special access primarily for technical or legal purposes.
Background
The Wikimedia Foundation is constantly evaluating who is a member of the staff user group in order to minimize the proliferation of this very specialized tool. Membership of the staff group is constantly re-evaluated, particularly in light of a more limited tool being available that will fit a staff member's needs, if someone is expected to not need staff rights for a period of time, or if there is something that triggers during a risk assessment. These re-evaluations are part of good security practices.
Previously, who did and did not have staff rights was relatively arbitrary, based upon asking the staff member who was in charge of these rights. The process has been subsequently formalized to protect against abuse or misuse of staff rights. In order to receive staff rights, it requires second level sign-off (meaning that for a new employee in a department, director level signoff is required and for a new manager, C-level signoff is required), a formal written use-case that is kept on file and routinely reviewed to determine whether the use-case is still met by assignment of staff rights, a brief training session explaining their appropriate and inappropriate use, and an acknowledgement (in writing) of the rights and responsibilities that come with staff rights.
Previously, there were few protections against abuse. Today, there are a number of checks and balances built into the system. On the English Wikipedia, for instance, the Arbitration Committee reviews all logged actions and discusses questionable actions with Jan (as the WMF employee responsible for approving rights assignments) to ensure they are within policy. On other wikis where there is no comparable subcommittee, the Trust and Safety (T&S) team audits and reviews employee actions. This has resulted in employee disciplinary action on occasion. These are not toothless protections.
Assignment
Staff rights are managed by the Lead Manager of Trust and Safety and the second-level Wikimedia Foundation manager of the person requesting staff rights.
Wikimedia stewards and staff will add or remove permissions (former link) from the staff global user group and they also add or remove user accounts from the staff global user group based on the requests of the Lead Manager of Trust and Safety or their designee. There is no requirement that community consensus be demonstrated or that the above requirements (including sign-offs) are proved.
Rationale and responsibility of advanced permissions assignment for Wikimedia Foundation staff are currently recorded in a locked Google spreadsheet. A mirror of that page can be found at WMF Advanced Permissions.
Permissions
The following chart lists the user rights available in the staff user group and an explanation of why these rights are necessary for staff to have.
| User right | Purpose |
|---|---|
| autoconfirmed | ... |
| autopatrol | ... |
| bigdelete | At times, the T&S or technical team need the ability to delete pages with a high number of revisions for technical reasons, or for legal compliance reasons. |
| browsearchive | ... |
| centralauth-merge | ... |
| centralauth-unmerge | ... |
| centralnotice-admin | ... |
| checkuser | The T&S team uses this right for legal compliance (subpoena, etc.) and safety reasons (investigations of threats) |
| checkuser-log | The T&S team uses this right for legal compliance (subpoena, etc.) and safety reasons (investigations of threats) |
| delete | The T&S team uses this right for legal compliance and copyright purposes. |
| deletedhistory | The T&S team uses this right for legal compliance and copyright purposes. |
| deletedtext | The T&S team uses this right for legal compliance and copyright purposes. |
| deletelogentry | The T&S team uses this right for legal compliance purposes. |
| deleterevision | The T&S team uses this right for legal compliance and copyright purposes. |
| edit | ... |
| editinterface | The T&S team uses this right for legal compliance and copyright purposes (i.e., to change the copyright notices, etc.). Other staff members use it to support the development of other projects and technical initiatives. |
| editusercss | This was done for a couple of reasons.
First, we have had times when we saw a user insert some code in their own user.js and user.css files that really shouldn't be there, and then propagate that code out to the wikis by adding a transclusion from their own user files to, for instance, Mediawiki:Common.js of a smaller wiki, and thereby add google tracking code, for instance. This allows staff to easily (and in a logged fashion) remove such code. Second, in order to include a script for those users who hold staff rights which colors red the interface buttons for things that they really shouldn't touch without a REALLY good reason (i.e., the execute checkuser button). You can see that script in my own user.js file. This is a reminder for new staff who didn't come from the community that these are specialized rights, and not everyone has access to them, and serves as a mental "speedbump" against using them. |
| editusercssjs | |
| edituserjs | |
| globalblock | ... |
| globalblock-exempt | ... |
| globalblock-whitelist | ... |
| globalunblock | ... |
| hiderevision | ... |
| hideuser | ... |
| import | ... |
| importupload | ... |
| ipblock-exempt | ... |
| moodbar-admin | ... |
| move | ... |
| move-rootuserpages | ... |
| move-subpages | ... |
| movefile | ... |
| noratelimit | ... |
| nuke | ... |
| override-antispoof | ... |
| oversight | ... |
| prefstats | ... |
| protect | ... |
| purge | ... |
| reupload | ... |
| reupload-shared | ... |
| superprotect | ... |
| suppressionlog | ... |
| suppressredirect | ... |
| suppressrevision | ... |
| tboverride | ... |
| tboverride-account | ... |
| transcode-reset | ... |
| transcode-status | ... |
| uboverride | ... |
| unblockself | ... |
| undelete | ... |
| unwatchedpages | ... |
| upload | ... |
| upload_by_url | ... |
See:
- Хезмәткәрләр: global permission · global groups (toolforge) · member list · group changelog
- Special global permissions
Стюарт/ Stüart
Stewards have complete access to the wiki interface, and perform technical implementation of community consensus, deal with emergencies, and intervene against crosswiki vandalism. Stewards are elected annually with participation from all wikis.
See:
- Stewards
- Stewards/History
- Stewards: members | rights (global)
Искәрмәләр/ İskärmälär
- Tool Labs, Available user rights which do not exist on every wiki (affected wiki is indicated)
Шулай ук карагыз/ Şulay uq qarağız
- Wikimedia power structure (essay)