FAMEPedia:User access levels
|To find the permissions for your account, go to Special:Preferences. Your permissions are listed in the user profile tab under "Member of groups".|
The user access level of editors affects their abilities to perform specific actions on FAMEPedia. The user access level depends on which rights (also called permissions, user groups, bits, or flags) are assigned to accounts. There are two types of access leveling: automatic, and requested. User access levels are determined by whether the FAMEPedian is logged in, the account's age and edits, and what manually assigned rights the account has.
Anyone can use the basic functionalities of FAMEPedia even if they are not logged in. Unless they are blocked, they may freely edit most pages. Being logged in gives users many advantages, such as having their public IP address hidden and the ability to track one's own contributions. Additionally, once user accounts are more than a certain number of days old and have made more than a certain number of edits, they automatically become autoconfirmed or extended confirmed, allowing the direct creation of articles, the ability to move pages, to edit semi-protected and extended-protected pages, and upload files. Further access levels need to be assigned manually by a user with the appropriate authority. An editor with more experience and in good standing can attempt to become an administrator, which provides a large number of advanced permissions. Many other flags for specialized tasks are also available.
Overview[edit | edit source]
All visitors to the site, including unregistered users, are part of the * group, and all logged-in registered users are also part of the user group. Users are automatically promoted into the autoconfirmed/confirmed users pseudo-group of established users when their account is more than four days old and has ten edits, and the extended confirmed user group later on.
Other flags are only given upon request; some, such as rollbacker, pending changes reviewer, or bot, are granted unilaterally if the user demonstrates a need for them (see FAMEPedia:Requests for permissions and FAMEPedia:Bots/Requests for approval). Others, such as sysop and bureaucrat, are given only after community discussion and consensus at FAMEPedia:Requests for adminship. Users are made members of such groups as oversight and checkuser only with the approval of the Arbitration Committee locally, after signing the Miraheze Limited's confidentiality agreement for nonpublic information.
User groups have one or more rights assigned to them; for example, the ipblock-exempt (IP block exemptions) group have the 'ipblock-exempt' and 'torunblocked' rights. All members of a particular user group will have access to these rights. The individual rights that are assigned to user groups are listed at Special:ListGroupRights. Terms like rights, permissions, bits and flags can refer to both user groups and the individual rights assigned to them.
Permissions requested at Requests for permissions only have local rights on the FAMEPedia wiki. Members of global user groups have rights across all Miraheze Limited wikis, although that access can sometimes be restricted by local wiki policies. Users registered at Miraheze wikis also have registered user rights to other Miraheze wikis if their account is a SUL or unified login account. Both local and global user group membership across Miraheze wikis can be viewed at Special:CentralAuth.
User groups[edit | edit source]
The system-generated technical permissions are listed at Special:ListGroupRights.
Unregistered (IP or not logged in) users[edit | edit source]
Users who are not logged in are identified by their IP address rather than a user name, whether or not they have already registered an account. They may read all FAMEPedia pages (except restricted special pages), and edit pages that are not protected (including pending changes protected/move-protected articles). They may create talk pages in any talk namespace but need to ask for help to create pages in some parts of the wiki. They cannot upload files or images. They must answer a CAPTCHA if they wish to make an edit which involves the addition of external links, and click a confirm link to purge pages. All users may also query the site API in 500-record batches.
Edit screens of unregistered users are headed by a banner that reads:
- You are not logged in. Your IP address will be publicly visible if you make any edits. If you , your edits will be attributed to a user name, among other benefits.
Registered (new) users[edit | edit source]
Autoconfirmed and confirmed users[edit | edit source]
Several actions on FAMEPedia (such as article creation) are restricted to user accounts that are at least 4 days old and have made at least 10 edits to the encyclopedia. Users who meet these requirements are considered part of the pseudo-group autoconfirmed. The conditions for autoconfirmed status are checked every time a user attempts to perform a restricted action; if they are met, permission is granted automatically by the MediaWiki software. Although the precise requirements for autoconfirmed status vary according to circumstances, most FAMEPedia user accounts that are more than four days old and have made at least 10 edits (including deleted edits) are considered autoconfirmed. However, users with the IP block exemption flag and who are editing through the Tor network are subjected to much stricter autoconfirmed thresholds: 90 days and 100 edits.
Autoconfirmed or confirmed users can create articles (except for create-protected pages), move pages (except for move-protected pages), edit semi-protected pages, and upload files (including new versions of existing files, except for upload-protected files). Edits that they make to a page that is under pending changes protection will be accepted and immediately visible to non-logged in users without requiring review or approval. Autoconfirmed users are no longer required to enter a CAPTCHA for most edits, including, but not limited to, adding external links. Autoconfirmed users may email users that have their allow emails from brand-new users checkbox off. They also may save books to the Books namespace. In addition, the Edit filter has a number of warning settings that will no longer affect editors who are autoconfirmed.
In some situations, it is necessary for accounts to skip the customary confirmation period and to be confirmed right away. The confirmed group contains the exact same rights as the autoconfirmed pseudo-group, but can be granted by administrators and event coordinators as necessary. It is redundant to grant the confirmed right to an account that is already autoconfirmed since it provides the exact same abilities. To request this permission, see FAMEPedia:Requests for permissions/Confirmed. See Special:ListUsers/confirmed for a list of the 3 confirmed users.
Extended confirmed users[edit | edit source]
A registered editor becomes extendedconfirmed automatically when the account is both at least 30 days old and has made at least 500 edits (including deleted edits). This user access right allows editors to edit and create pages that are under extended confirmed protection. On FAMEPedia, it also enables editors to use the Content Translation tool. This access is included and bundled in the bot and sysop (administrator) user groups. This group was primarily created to deal with specific arbitration remedies and community issues; the Arbitration Committee has since left community-use decisions up to the community.
See Special:ListUsers/extendedconfirmed for a list of the 0 extended confirmed users.
Administrators and bureaucrats[edit | edit source]
Administrators and bureaucrats are requested from pages other than FAMEPedia:Requests for permissions.
Administrators[edit | edit source]
Administrators, also commonly referred to as "admins" or sometimes "sysops" (system operators), are editors who are granted the rights by the community following a Request for Adminship (RfA). The RfA process involves in-depth and considerable discussion and examination of the candidate's activity and contributions as an editor and are granted the rights by community consensus. Administrators have exclusive access to a number of tools to allow them to carry out certain functions on the wiki. The tools cover processes such as page deletion, page protection, blocking and unblocking users, and the ability to edit fully protected pages. Administrators also have the ability to grant and remove most access rights to other users (account creator, autopatrolled, confirmed, file mover, edit filter helper, edit filter manager, event coordinator, extended confirmed, IP block exempt, mass message sender, new page reviewer, page mover, pending changes reviewer, rollback, template editor, and AutoWikiBrowser) and to their own alternate accounts. By convention, administrators also normally take responsibility for judging the outcome of certain discussions requiring these technical controls (such as deletions). Administrators are not granted more editorial control over article content than other editors. They are required to follow all policies and guidelines and are held to the same level of accountability as non-administrators. They are not the staff of the Miraheze Limited and should not be confused with Miraheze system administrators ("sysadmins").
See Special:ListUsers/sysop for a full list of the 8 FAMEPedia administrators.
Bureaucrats[edit | edit source]
Bureaucrats are exceptionally trusted editors who have the capability to perform certain actions on other users' accounts. These capabilities are granted by the community following a successful Requests for Bureaucratship (RfB).
See Special:ListUsers/bureaucrat for a list of the 1 bureaucrats.
Flags granted to users giving access to specialized functions[edit | edit source]
Unless otherwise noted, see FAMEPedia:Requests for permissions to request the following rights. Some of these rights are automatically assigned to administrators.
Pending changes reviewer[edit | edit source]
Members of this group can review other users' edits to articles placed under pending changes protection. This right is automatically assigned to administrators.
See Special:ListUsers/reviewer for a list of the 3 reviewers.
Rollback[edit | edit source]
Users who are given the rollback flag (rollbacker user group) may revert consecutive revisions of an editor using the rollback feature. This right is automatically assigned to administrators.
See Special:ListUsers/rollbacker for a list of the 3 rollbackers.
Autopatrolled[edit | edit source]
Members of this group have autopatrol, which allows them to have their pages automatically patrolled on the New Pages list. This right is automatically assigned to administrators.
See Special:ListUsers/autopatrolled for a list of the 6 autopatrolled users.
New page patroller (Patroller)[edit | edit source]
Members of this group have patrol, which allows them to mark pages created by others as patrolled or reviewed. This right is automatically assigned to administrators.
See Special:ListUsers/patroller for a list of the 1 new page patrollers.
Template editor[edit | edit source]
Users who are given the templateeditor flag (templateeditor user group) are allowed to edit pages protected with template protection, as well as create and edit editnotices. Template protection is only applied to pages in the template and module namespaces, as well as a few pages in the FAMEPedia namespace. This right is intended to allow experienced template and module coders to make changes without having to request that an administrator make the edits for them. This right is automatically assigned to administrators.
See Special:ListUsers/templateeditor for a list of the 0 template editors.
Interface administrators[edit | edit source]
undelete access is required to view deleted versions of pages only editable by this group. Because it provides the potential to send malicious CSS/JS/JSON code to execute in other users' browsers, this right may only be granted to existing administrators, with two-factor authentication enabled on their accounts. These capabilities can be granted following a successful request at FAMEPedia:Bureaucrats' noticeboard.
See Special:ListUsers/interface-admin for a list of the 3 interface administrators.
Functionary user levels[edit | edit source]
CheckUser[edit | edit source]
Users who are given the CheckUser flag (checkuser user group) have access to Special:CheckUser, a function page that allows them to view a list of all IP addresses used by a user account to edit FAMEPedia, an extended list of all edits made from an IP (which includes edits that were made by any user accounts while using the specific IP), or a list of all user accounts that have used a given IP address. They also have access to the Checkuser log, which logs each time a Checkuser uses their tools to view any of the information listed. This user right is only granted to exceedingly few users and after a high level of scrutiny and review by the community, and after review and the support of the Arbitration Committee. Users must also be at least 18 years old and have signed the Miraheze Limited's non-disclosure agreement for nonpublic information. As CheckUsers have access to deleted revisions, they are also required to have passed an "RfA or RfA-identical process" first.
See Special:ListUsers/checkuser for a list of the 0 CheckUsers.
Oversight[edit | edit source]
Users who are given the oversight flag (oversight user group) have access to additional functions on the page deletion, revision deletion, and block function pages through which they can hide logs or revisions of pages (partially or entirely) from any form of usual access by all other users, including administrators. They also have access to the suppression log, where they can view actions made by other oversighters, as well as the content of the hidden revisions. This user right is only granted to exceedingly few users and after a high level of scrutiny and review by the community, and after review and the support of Arbitration Committee. Users must also be at least 18 years old and have signed the Miraheze Limited's non-disclosure agreement for nonpublic information. Oversighters are also required to have passed a "RfA or RfA-identical process" first.
See Special:ListUsers/oversight for a list of the 0 Oversighters.
Other flagged accounts[edit | edit source]
Bots[edit | edit source]
Accounts used by approved bots to make pre-approved edits can be flagged as such. Bot accounts are automated or semi-automated, the nature of their edits is well defined, and they will be quickly blocked if their actions vary from their given tasks, so they require less scrutiny than human edits.
For this reason, contributions from accounts with the bot flag (bot user group) are not displayed in recent changes or watchlists to users who have opted to hide bot edits. Minor edits made by bot accounts to user talk pages do not trigger the "you have new messages" banner. Bot accounts can query the API in batches of 5,000 rather than 500.
See Special:ListUsers/bot for a list of the 2 bots.
Founder[edit | edit source]
Blocked users[edit | edit source]
Any user account can be blocked, regardless of which user group(s) it belongs to. During the duration of the block, the blocking flag disables the user or IP's existing editing privileges depending on which block options are set by the administrator. A partial block still allows some parts of FAMEPedia to be edited.
Blocked users are listed on Special:BlockList.
Indefinitely blocked users[edit | edit source]
In general, rights of editors blocked indefinitely should be left as is. Rights specifically related to the reason for blocking may be removed at the discretion of the blocking or unblocking administrators. This also applies to the user rights of site banned editors.
Global rights[edit | edit source]
Global rights have effects on all public Miraheze wikis, but their use may be restricted by local policy, see FAMEPedia:Global rights policy. For an automatically generated list of global groups with all their permissions, see Special:GlobalGroupPermissions. For a list of users along with their global groups, see Special:GlobalUsers.
Stewards[edit | edit source]
Stewardship is an elected role, and stewards are appointed globally across all Miraheze wikis.
Users who are members of the steward user group may grant and revoke any permission to or from any user on any wiki operated by the Miraheze Limited which allows open account creation. This group is set on MetaWiki, and may use meta:Special:Userrights to set permissions on any Miraheze wiki; they may add or remove any user from any group configured on metawiki. Stewards generally act only when there is no user on a particular wiki that can make the necessary change. This includes granting of the administrator or bureaucrat access levels on wikis which do not have any local bureaucrats, and removing such flags if the user resigns or the account is acting maliciously. Stewards are also responsible for granting and revoking access levels such as oversight and checkuser, as no other group is capable of making such changes except sysadmins and Trust and Safety department.
Stewards also act as checkusers, oversighters, bureaucrats or administrators on wikis which do not have active local members of those groups. For example, if a wiki has a passing need for an edit to be oversighted, a steward can add themselves to the oversight user group on that wiki, perform the necessary function, and then remove themselves from the oversight group using their steward rights.
Most steward actions are logged at meta:Special:Log/rights or meta:Special:Log/gblrights (some go to meta:Stewards/Additional log for global changes). See Special:GlobalUsers/steward or meta:Special:ListUsers/steward for a list of users in this group.
Other global user groups[edit | edit source]
Table[edit | edit source]
- Generally, bureaucrats on FAMEPedia are also administrators, and so have all the permissions of the sysop user group in addition to those rights from the bureaucrat group. However, this is not a requirement of the MediaWiki software nor is it a formal requirement of the Requests for Bureaucratship process; it is technically possible for a user to be a bureaucrat without also being an admin.
- Deprecated permissions are either no longer assigned to any group or the group to which they are assigned is no longer populated.
- Special:ListGroupRights is an automatically generated list of granted user group rights. The below table is manually updated, and also includes global groups with local access.
|Allows user(s) to…||All
|abusefilter-hidden-log||View hidden abuse log entries||OS|
|abusefilter-hide-log||Hide entries in the abuse log|
|abusefilter-log||View the abuse log||
|abusefilter-log-detail||View detailed abuse log entries||GR|
|abusefilter-log-private||View edit filters marked as private|
|abusefilter-modify||Modify abuse filters||EFM|
|abusefilter-modify-restricted||Modify edit filters with restricted actions|
|abusefilter-privatedetails||View private data (IP addresses) in the abuse log||CU|
|abusefilter-privatedetails-log||View the AbuseFilter private details access log|
|abusefilter-revert||Revert all changes by a given abuse filter|
|abusefilter-view||View non-private abuse filters|
|abusefilter-view-private||View edit filters marked as private||CU, EFH, EFM, OS|
|apihighlimits||Request API queries in batches of 5,000, rather than 500||Researchers|
|applychangetags||Apply tags along with one's changes|
|autoconfirmed||Not be affected by IP-based rate limits||PCR, GR, IE|
|autopatrol||Automatically mark all edits made by the user as patrolled||AP, GR|
|autoreview||Automatically mark all revisions made by the user as "accepted"||[d]/||PCR|
|bigdelete||Delete pages with over 5,000 revisions||Stewards|
|block||Block an IP address, user account, or range of IP addresses, from editing|
|blockemail||Block a user from sending email|
|bot||Edit without their edits showing up in recent changes|
|browsearchive||Search deleted pages||CU, OS, Researchers|
|centralauth-merge||Merge their account|
|changetags||Add and remove arbitrary tags on individual revisions and log entries||EFM|
|checkuser||View all IP addresses used by a user account or show all edits from a given IP address||CU, Ombuds|
|checkuser-log||View the checkuser log|
|collectionsaveascommunitypage||Save books as community page in the book namespace|
|collectionsaveasuserpage||Save books as user subpage|
|createaccount||Create a new user account for themselves or another user|
|createpage||Create a new page|
|createpagemainns||Create a new mainspace page (users without this right are redirected to the Article Creation Workflow landing page)|
|createtalk||Create a new talk page|
|delete||Delete a page with ≤ 5,000 revisions|
|deletechangetags||Delete tags from the database|
|deletedhistory||View the history of a deleted page or a user's deleted contributions, provided it is not CSS or JS||CU, OS, Researchers|
|delete-redirect||Delete single revision redirects||PMR|
|deletedtext||View the text of deleted revisions, provided the page is not CSS or JS||CU, Ombuds, OS, Researchers|
|deletelogentry||Access the RevisionDelete tool and change the public visibility of log entries||OS|
|deleterevision||Access the RevisionDelete tool and change the public visibility of edit revisions|
|Allows user(s) to…||All
|edit||Edit any page which is not protected||IE|
|editcontentmodel||Edit the content model of a page||TE, IE|
|editinterface||Edit the MediaWiki namespace to affect the interface||IA, IE|
|editmyoptions||Edit your own preferences|
|editmyprivateinfo||Edit your own private data (e.g. email address, real name)|
|editmyusercss||Edit your own user .css files|
|editmyuserjs||Edit your own user .js files|
|editmyuserjson||Edit your own user .json files|
|editmywatchlist||Edit your own watchlist|
|editprotected||Edit fully-protected pages||IE|
|editsemiprotected||Edit semi-protected pages||PCR, GR, IE|
|editsitecss||Edit sitewide .css files||IA, IE|
|editsitejs||Edit sitewide .js files|
|editsitejson||Edit sitewide .json files|
|editusercss||Edit other users' .css files||IA, IE|
|edituserjs||Edit other users' .js files|
|edituserjson||Edit other users' .json files||IA|
|extendedconfirmed||Edit 30/500 protected pages||XC, IE|
|globalblock-whitelist||Disable global blocks locally|
|hideuser||Block a username, hiding it from the public||OS|
|import||Import pages from other wikis||IMP, TWI|
|importupload||Import pages from a locally stored XML file||IMP|
|ipblock-exempt||Be unaffected by blocks applied to the user's IP address or a range (CIDR) containing it||IPBE|
|managechangetags||Create and (de)activate tags||EFM|
|markbotedits||Mark rollback as bot edits, to keep them out of recent changes||GR[e]|
|massmessage||Send a message to multiple users at once||MMS|
|mergehistory||Merge the history of pages|
|minoredit||Make an edit marked as 'minor'|
|move||Change the title of a page by moving it||PMR, GR|
|move-categorypages||Change the title of a category by moving it||PMR|
|movefile||Change the title of a file by moving it||FMV|
|move-rootuserpages||Move root user pages|
|move-subpages||Move pages with their subpages||PMR|
|movestable||Move pages under pending changes||[d]/||GR|
|mwoauthmanagemygrants||Manage OAuth grants|
|nominornewtalk||Minor edits by this user to user talk pages do not trigger the "you have new messages" banner|
|noratelimit||Not be affected by rate limits||ACCP, EVC, GR[e], Stewards|
|Allows user(s) to…||All
|nuke||Mass delete pages|
|oathauth-enable||Enable two-factor authentication||CU, EFM, Founder, IMP, IA, OS, TE, TWI|
|override-antispoof||Allows the creation of accounts with mixed-script, confusing and similar usernames||ACCP|
|pagetriage-copyvio||Tag pages in the Special:NewPagesFeed as likely copyright violations, through the pagetriage-tagcopyvio API||Copyright violation bots|
|patrol||State that they have checked a page that appeared in Special:Newpages||New page reviewers|
|protect||Change protection levels, edit and move protected pages, and edit cascade-protected pages||IE|
|purge||Purge a page by adding
|renameuser||Change the name of an existing account||Global renamers, Stewards|
|reupload||Overwrite an existing unprotected file|
|reupload-own||Overwrite existing files uploaded by oneself|
|reupload-shared||Override files on the shared media repository locally|
|review||Mark revisions as being "accepted"||PCR|
|rollback||Use a special link to more easily revert a bad edit||RBK, GR[e]|
|sendemail||E-mail a user (using
|skipcaptcha||Perform CAPTCHA-triggering actions without having to go through the CAPTCHA||GR|
|spamblacklistlog||View the spam blacklist log||EFH|
|stablesettings||Configure how the latest accepted revision is selected and displayed|
|suppressionlog||View private logs||OS|
|suppressredirect||Not create a redirect from the old name when moving a page||GR[e], PMR, IE|
|suppressrevision||Access the RevisionDelete tool and change the public and administrator visibility of edit revisions and logs||OS|
|tboverride||Override the title blacklist||TE, PMR, IE|
|tboverride-account||Override the username blacklist||ACCP|
|templateeditor||Edit pages under template protection||TE, IE|
|titleblacklistlog||View title blacklist log||
|torunblocked||Bypass automatic blocks of Tor exit nodes||IPBE|
|transcode-reset||Reset failed or transcoded videos so they are inserted into the job queue again|
|transcode-status||View information about the current transcode activity|
|undelete||Undelete a previously deleted page or specific revisions from it, view deleted revisions|
|unwatchedpages||View a list of pages which are not on anyone's watchlist|
|upload||Upload a media file|
|urlshortener-create-url||Create short URLs|
|userrights||Edit all user rights||Stewards, Jimbo Wales|
|viewmyprivateinfo||View your own private data (e.g. email address, real name)|
|viewmywatchlist||View your own watchlist|
|viewsuppressed||View revisions hidden from any user||OS|
|vipsscaler-test||Use the VIPS scaling test interface|
|writeapi||Use of the write API|
|Allows user(s) to…||All
- Includes IP users. Any permission granted to all users will be inherited by the other user groups.
- Any permission granted to registered accounts will be inherited by the other (registered) user groups.
- Any user listed in this column has the relevant permission. Italics indicate a global permission.
- Only autoconfirmed
- Per FAMEPedia:Global rights policy, Global rollbackers are only allowed to use this right in the context of counter-vandalism efforts
- The userright proxyunbannable is assigned to administrators but has no effect since M wikis use mw:Extension:TorBlock instead of the default MediaWiki proxy blocker. Administrators are not exempt from tor blocks, only users in the IP block exemptions usergroup are, due to the torunblocked userright.
- IPs and new users are limited to 8 edits per minute. Autoconfirmed or confirmed users who are in no usergroup with the noratelimit userright are limited to 8 moves per minute. Rollbackers in the same situation are limited to 100 rollbacks per minute. Account creations are subject to an IP based limit, set at 6 for M wikis, but users with noratelimit are unaffected.
User access level changes[edit | edit source]
|New page reviewer|
|Edit Filter helper,
Edit Filter manager
|Mass message sender|
|IP Block Exempt||give|
|Pending changes reviewer|
Copyright violation bot
1Because bureaucrats were granted the ability to do this, stewards would refer most ordinary requests for removal of the sysop permission to them, but retain the right to remove the sysop permission when appropriate (such as emergencies or requests from the Arbitration Committee).
See also[edit | edit source]
|This page is referenced in the FAMEPedia Glossary, under Autoconfirmed.|
- Manual:User rights on MediaWiki
- See what usergroup a user is in
- FAMEPedia:Editing restrictions: a list of users with editing restrictions that have been imposed by the Arbitration Committee
- FAMEPedia User permissions API
- FAMEPedia:Requests for permissions (to request certain userrights)
- FAMEPedia:Sockpuppet investigations
Notes[edit | edit source]
- The API query https://en.famepedia.org/w/api.php?action=query&meta=userinfo&uiprop=ratelimits%7Cgroups can be used to check those values.