Jump to content
MediaWiki

Manual:User rights/dtp

From mediawiki.org
This page is a translated version of the page Manual:User rights and the translation is 0% complete.

User rights are permissions (such as the ability to edit pages or to block users) that can be assigned to different user groups. MediaWiki ships with a default set of user rights and user groups, but these can be customized. This page explains the default rights and groups, and how to customize them.

For information about how to add and remove individual wiki users from groups, see Help:User rights and groups and Manual:Setting user groups in MediaWiki .

Changing group permissions

A default MediaWiki installation assigns certain rights to default groups (see table at #List of permissions). You can change the default rights by editing the $wgGroupPermissions array in LocalSettings.php with the following syntax: 

$wgGroupPermissions['group']['right'] = true /* or false */;
In a default installation $wgGroupPermissions will be set in includes/DefaultSettings.php, but it is not present in LocalSettings.php. You will then need to add it in that file.

If a member has multiple groups, they get all the permissions from each of the groups they are in. All users, including anonymous users, are in the * group; all registered users are in the user group. In addition to the default groups, you can arbitrarily create new groups using the same array.

Examples

This example will disable viewing of all pages not listed in $wgWhitelistRead , then re-enable for registered users only: 

$wgGroupPermissions['*']['read'] = false;
# The following line is not actually necessary, since it's in the defaults. Setting '*' to false doesn't disable rights for groups that have the right separately set to true!
$wgGroupPermissions['user']['read'] = true;

This example will disable editing of all pages, then re-enable for users with confirmed email addresses only: 

# Disable for everyone.
$wgGroupPermissions['*']['edit'] = false;
# Disable for users, too: by default 'user' is allowed to edit, even if '*' is not.
$wgGroupPermissions['user']['edit'] = false;
# Make it so users with confirmed email addresses are in the group.
$wgAutopromote['emailconfirmed'] = APCOND_EMAILCONFIRMED;
# Hide group from user list.
$wgImplicitGroups[] = 'emailconfirmed';
# Finally, set it to true for the desired group.
$wgGroupPermissions['emailconfirmed']['edit'] = true;

Creating a new group and assigning permissions to it

A custom group can be created by simply assigning rights to it via $wgGroupPermissions[ 'group-name' ] where group-name is the actual name of the group. From MW 1.12, you can create your own groups into which users are automatically promoted (as with autoconfirmed) using $wgAutopromote .

In addition to assigning permissions, you should create these three wiki pages with suitable content (see also the examples below):

  • MediaWiki:Group-<group-name> (content: Name of the group)
  • MediaWiki:Group-<group-name>-member (content: Name of a member of the group)
  • MediaWiki:Grouppage-<group-name> (content: Name of the group page)

By default, bureaucrats can add users to, or remove them from, any group. However, if you are using $wgAddGroups and $wgRemoveGroups , you may need to customize those instead.

Examples

This example will create an arbitrary projectmember group that can block users and delete pages, and whose edits are hidden by default in the recent changes log: 

$wgGroupPermissions['projectmember']['bot'] = true;
$wgGroupPermissions['projectmember']['block'] = true;
$wgGroupPermissions['projectmember']['delete'] = true;
The group name cannot contain spaces, so use 'random-group' or 'random_group' instead of 'random group'. Moreover it is recommended to only use lowercase letters to create a group.

In this example, you would probably also want to create these pages:

  • MediaWiki:Group-projectmember (content: Project members)
  • MediaWiki:Group-projectmember-member (content: Project member)
  • MediaWiki:Grouppage-projectmember (content: Project:Project Members)

This will ensure that the group will be referred to as "Project members" throughout the interface, a member will be referred to as a "Project member", and overviews will link the group name to Project:Project members.

This example disables write access (page editing and creation) by default, creates a group named writer, and grants it write access. Users can be manually added to this group via Special:UserRights: 

$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['createpage'] = false;
$wgGroupPermissions['user']['edit'] = false;
$wgGroupPermissions['user']['createpage'] = false;
$wgGroupPermissions['writer']['edit'] = true;
$wgGroupPermissions['writer']['createpage'] = true;

In this example, you would probably also want to create these pages:

  • MediaWiki:Group-writer (content: Writers)
  • MediaWiki:Group-writer-member (content: Writer)
  • MediaWiki:Grouppage-writer (content: Project:Write)

List of permissions

The following user rights are available in the latest version of MediaWiki. If you are using an older version, look at Special:Version on your wiki and see if your version is covered in the "Versions" column.

Right Description User groups that have this right by default Versions
<span id="Reading">Reading
read Membaca laman – when set to false, override for specific pages with $wgWhitelistRead
Setting the user right 'read' to false only restricts access to wiki pages (such as articles and talk pages). Uploaded files (including images, files, docs) under the $wgUploadPath subdirectories will always remain publicly accessible via direct URL access by default.
To restrict access to uploaded files, refer to the instructions in Manual:Image authorization and img_auth.php .
 *, user 1.5+
<span id="Editing">Editing
applychangetags Mengenakan teg di samping suntingan seseorang – requires the edit right user 1.25+
autocreateaccount Log masuk secara automatik dengan akaun pengguna luar - a more limited version of createaccount — 1.27+
createaccount Membuka akaun pengguna baru – register / registration *, sysop 1.5+
createpage Mencipta laman (selain laman perbincangan) – requires the edit right *, user 1.6+
createpreviouslyrenamedaccount Cipta akaun dengan nama pengguna yang sebelum ini digunakan oleh akaun yang dinamakan semula – requires the createaccount right sysop 1.47+
createtalk Mencipta laman perbincangan – requires the edit right *, user 1.6+
createwithcontentmodel Cipta laman dengan model kandungan bukan lalai – requires the createpage right user 1.46+
delete-redirect Hapus lencongan semakan tunggal (note that this is not needed if the group already has the delete right) — 1.36+
edit Sunting laman – requires the read right *, user 1.5+
editsemiprotected Sunting laman yang dilindungi (semi protected) – without cascading protection – requires the edit right autoconfirmed, bot, sysop 1.22+
editprotected Sunting laman yang dilindungi (fully protected) – without cascading protection – requires the edit right sysop 1.13+
minoredit Menanda suntingan kecil – requires the edit right user 1.6+
move Memindahkan laman – requires the edit right user, sysop 1.5+
move-categorypages Pindah laman kategori – requires the move right user, sysop 1.25+
move-rootuserpages Memindahkan laman induk pengguna – requires the move right user, sysop 1.14+
move-subpages Memindahkan laman berserta sublaman – requires the move right user, sysop 1.13+
movefile Memindahkan fail – requires the move right as well user, sysop 1.14+
reupload Menulis ganti fail sedia ada – requires the upload right user, sysop 1.6+
reupload-own Menulis ganti fail sedia ada yang dimuat naik sendiri – requires the upload right (note that this is not needed if the group already has the reupload right) — 1.11+
reupload-shared Mengatasi fail di gedung media kongsi – (if one is set up) with local files (requires the upload right) user, sysop 1.6+
sendemail Mengirim e-mel kepada pengguna-pengguna lain user 1.16+
upload Memuat naik fail – requires the edit right and $wgEnableUploads to be true user, sysop 1.5+
upload_by_url Memuat naik fail daripada alamat URL – requires the upload right (Prior to 1.20 it was given to sysops) — 1.8+
<span id="Management">Management
autopatrol Modifies certain actions performed by the permission holder, automatically marking them as "patrolled" – Depends on $wgUseRCPatrol , $wgUseNPPatrol , $wgUseFilePatrol bot, sysop 1.9+
bigdelete Menghapuskan laman bersejarah (as determined by $wgDeleteRevisionsLimit ) – requires the delete right sysop 1.12+
block Sekat atau nyahsekat pengguna lain daripada menyunting – Block options include preventing editing and registering new accounts, and autoblocking other users on the same IP address sysop 1.5+
blockemail Sekat atau nyahsekat pengguna daripada menghantar e-mel – allows preventing use of the Special:Emailuser interface when blocking – requires the block right sysop 1.11+
browsearchive Mencari laman-laman yang telah dihapuskan – maya Special:Undelete – requires the deletedhistory right sysop 1.13+
changetags Menambah dan menggugurkan teg yang dikenakan sembarangan pada semakan dan entri log individu – currently unused by extensions user 1.25+
delete Menghapuskan laman
1.5-1.11allows the deletion or undeletion of pages
1.12+allows the deletion of pages (for undeletions, there is now the undelete right, see below) 		sysop 1.5+
deletedhistory Melihat senarai entri sejarah yang telah dihapuskan, tetapi tanpa teks yang berkaitan sysop 1.6+
deletedtext Melihat teks yang telah dihapuskan dan perubahan antara semakan-semakan yang telah dihapuskan – requires the deletedhistory right sysop 1.16+
deletelogentry Memadamkan dan memulihkan entri log tertentu – allows deleting/undeleting information (action text, summary, user who made the action) of specific log entries – requires the deleterevision right suppress 1.20+
deleterevision Menghapuskan dan memulihkan semula mana-mana semakan bagi sesebuah laman – allows deleting/undeleting information (revision text, edit summary, user who made the edit) of specific revisions (Split into deleterevision and deletelogentry in 1.20) suppress 1.6+
editcontentmodel Menyunting model kandungan laman – requires the edit right user 1.23.7+
editinterface Menyunting antara muka pengguna – contains interface messages. For editing sitewide CSS/JSON/JS, there are now segregate rights, see below. – requires the edit right sysop, interface-admin 1.5+
editmyoptions Menyunting keutamaan sendiri * 1.22+
editmyprivateinfo Sunting data peribadi anda (contohnya alamat e-mel, nama sebenar) dan minta e-mel tetapan semula kata laluan – also hides the "Change Password", but not other ways to change the password – requires the viewmyprivateinfo right * 1.22+
editmyusercss Menyunting fail CSS pengguna sendiri – prior to 1.31 it was assigned to everyone (i.e. *) (note that this is not needed if the group already has the editusercss right) – requires the edit right user 1.22+
editmyuserjs Menyunting fail JavaScript pengguna sendiri – prior to 1.31 it was assigned to everyone (i.e. *) (note that this is not needed if the group already has the edituserjs right) – requires the edit right user 1.22+
editmyuserjsredirect Sunting fail JavaScript pengguna anda sendiri yang dilencongkan (note that this is not needed if the group already has the edituserjs right) – requires the edit right — 1.34+
editmyuserjson Menyunting fail JSON pengguna sendiri (note that this is not needed if the group already has the edituserjson right) – requires the edit right user 1.31+
editmywatchlist Menyunting senarai pantau sendiri. (perhatian: sesetengah tindakan masih akan dapat menambah laman walaupun tanpa hak ini) – requires the viewmywatchlist right user 1.22+
editsitecss Sunting CSS di seluruh tapak – requires the editinterface right interface-admin 1.32+
editsitejs Sunting JavaScript di seluruh tapak – requires the editinterface right interface-admin 1.32+
editsitejson Sunting JSON di seluruh tapak – requires the editinterface right sysop, interface-admin 1.32+
editusercss Menyunting fail CSS pengguna lain – requires the edit right interface-admin 1.16+
edituserjs Menyunting fail JavaScript pengguna lain – requires the edit right interface-admin 1.16+
edituserjson Menyunting fail JSON pengguna lain – requires the edit right sysop, interface-admin 1.31+
hideuser Sekat atau nyahsekat nama pengguna, sembunyikan atau nyahsembunyikannya daripada orang ramai – Only users with 1000 edits or less can be suppressed by default – requires the block right

Use $wgHideUserContribLimit to disable.

suppress 1.10+
ignore-restricted-groups Pintas syarat untuk menyunting kumpulan pengguna terhad tertentu – Only applies to groups the user would be otherwise able to change, based on userrights right and the contents of $wgAddGroups . — 1.46+
markbotedits Menanda suntingan yang diundurkan sebagai suntingan bot – see Manual:Rollback – requires the rollback right sysop 1.12+
mergehistory Menggabungkan sejarah laman – requires the edit right sysop 1.12+
pagelang Mengubah bahasa laman – $wgPageLanguageUseDB must be true — 1.24+
patrol Mark certain actions as "patrolled" – depends on $wgUseRCPatrol , $wgUseNPPatrol , $wgUseFilePatrol sysop 1.5+
patrolmarks Melihat tanda pemeriksaan dalam senarai perubahan terkini (note that this is not needed if the group already has the patrol right) — 1.16+
protect Mengubah tetapan perlindungan serta menyunting laman yang dilindungi lata – requires the edit right sysop 1.5+
rollback Mengundurkan suntigan terakhir bagi laman tertentu – requires the edit right sysop 1.5+
suppressionlog Melihat log rahsia suppress 1.6+
suppressrevision Lihat, sembunyi dan nyahsembunyikan semakan-semakan laman yang khusus daripada sebarang pengguna – Prior to 1.13 this right was named hiderevision – requires the deleterevision right suppress 1.6+
unblockself Menyahsekat diri sendiri – Without it, an administrator that has the capability to block cannot unblock themselves if blocked by another administrator sysop 1.17+
undelete Mengembalikan laman yang telah dihapuskan (nyahhapus) – requires the deletedhistory right sysop 1.12+
userrights Menyerahkan dan menarik balik sebarang hak pengguna – allows the assignment or removal of all(*) groups to any user.

(*)With $wgAddGroups and $wgRemoveGroups you can set the possibility to add/remove certain groups instead of all

bureaucrat 1.5+
userrights-interwiki Menyerahkan dan menarik balik hak pengguna di wiki lain – requires the userrights right — 1.12+
viewmyprivateinfo Melihat data peribadi sendiri (cth. alamat e-mel, nama sebenar) * 1.22+
viewmywatchlist Melihat senarai pantau sendiri user 1.22+
viewsuppressed Lihat semakan-semakan yang disembunyikan daripada sesiapa pengguna – i.e. a more narrow alternative to suppressrevision (note that this is not needed if the group already has the suppressrevision right) suppress 1.24+
<span id="Administration">Administration
deletechangetags Hapus teg daripada pangkalan data – currently unused by extensions sysop 1.28+
import Import laman daripada wiki lain – "transwiki" – requires the edit right sysop 1.5+
importupload Mengimport laman dengan memuat naik fail – This right was called importraw in and before version 1.5 – requires the edit right sysop 1.5+
managechangetags Cipta dan (nyah)aktifkan teg – currently unused by extensions sysop 1.25+
renameuser Menukar nama pengguna (formerly was part of the Renameuser extension) bureaucrat 1.40+
siteadmin Mengunci dan membuka kunci pangkalan data – which blocks all interactions with the web site except viewing. (not available by default) — 1.5+
unwatchedpages Melihat senarai laman yang tidak dipantau – lists pages that no user has watchlisted sysop 1.6+
<span id="Technical">Technical
apihighlimits Meninggikan had dalam pertanyaan API bot, sysop 1.12+
autoconfirmed Terkecuali daripada had kadar berasaskan IP – used for the autoconfirmed group; see the other table below for more information (note that this is not needed if the group already has the noratelimit right) autoconfirmed, bot, sysop 1.6+
bot Dianggap melakukan tugas-tugas automatik – edits and logged actions are hidden from recent changes, can optionally be viewed bot 1.5+
ipblock-exempt Melangkau sekatan IP, sekatan automatik dan sekatan julat sysop 1.9+
nominornewtalk Suntingan kecil pada laman perbincangan seseorang pengguna tidak menghidupkan isyarat pesanan baru untuk pengguna itu – requires the minoredit right bot 1.9+
noratelimit Tidak dikenakan had kadar penyuntingan – not affected by rate limits (prior to the introduction of this right, the configuration variable $wgRateLimitsExcludedGroups was used for this purpose) sysop, bureaucrat 1.13+
override-export-depth Mengeksport laman termasuk laman dipaut sehingga kedalaman 5
With this right, you can define the depth of linked pages at Special:Export. Otherwise, the value of $wgExportMaxLinkDepth , which is 0 by default, will be used. 		— 1.15+
suppressredirect Memindahkan sesebuah laman tanpa mencipta lencongan – requires the move right bot, sysop 1.12+
Although these permissions all control separate things, sometimes to perform certain actions you need multiple permissions. For example allowing people to edit but not read pages doesn't make sense, since in order to edit a page you must first be able to read it (Assuming no pages are allowlisted). Allowing uploads but not editing does not make sense, since in order to upload an image you must implicitly create an image description page, etc.

Predefined groups

The following groups are available in the latest version of MediaWiki. If you are using an older version then some of these may not be implemented.

Group Description Default rights Versions
* All users (including anonymous). createaccount, createpage, createtalk, edit, editmyoptions, editmyprivateinfo, read, viewmyprivateinfo 1.5+
temp Temporary user accounts (T330816) Similar to * group 1.41+
user Registered accounts. Does not include temporary accounts. applychangetags, changetags, createpage, createtalk, createwithcontentmodel, edit, editcontentmodel, editmyusercss, editmyuserjs, editmyuserjson, editmywatchlist, minoredit, move, move-categorypages, move-rootuserpages, move-subpages, movefile, purge, read, reupload, reupload-shared, sendemail, upload, viewmywatchlist 1.13+
autoconfirmed Registered accounts at least as old as $wgAutoConfirmAge and having at least as many edits as $wgAutoConfirmCount . autoconfirmed, editsemiprotected 1.6+
bot Accounts with the bot right (intended for automated scripts). autoconfirmed, autopatrol, apihighlimits, bot, editsemiprotected, nominornewtalk, suppressredirect 1.5+
sysop Users who by default can delete and restore pages, block and unblock users, etc. apihighlimits, autoconfirmed, autopatrol, bigdelete, block, blockemail, browsearchive, createaccount, createpreviouslyrenamedaccount, delete, deletedhistory, deletedtext, editinterface, editprotected, editsemiprotected, editsitejson, edituserjson, import, importupload, ipblock-exempt, managechangetags, markbotedits, mergehistory, move, move-categorypages, move-rootuserpages, move-subpages, movefile, noratelimit, patrol, protect, reupload, reupload-shared, rollback, suppressredirect, unblockself, undelete, unwatchedpages, upload 1.5+
interface-admin Users who can edit sitewide CSS and JavaScript. editinterface, editsitecss, editsitejs, editsitejson, editusercss, edituserjs, edituserjson 1.32+
bureaucrat Users who can change the rights of other users by default and therefore have full access of the entire wiki. noratelimit, renameuser, userrights 1.5+
suppress deletelogentry, deleterevision, hideuser, suppressionlog, suppressrevision, viewsuppressed 1.13+

Removing predefined groups

MediaWiki out of the box comes with a number of predefined groups. Most of these groups can be removed by unsetting the according array keys, among them $wgGroupPermissions[ 'group-name' ]. For details, see below.

Example

This example will eliminate the bureaucrat group entirely. It is necessary to ensure that all six of these variables are unset for any group that one wishes to remove from being listed at Special:ListGroupRights; however, merely unsetting $wgGroupPermissions will suffice to remove it from Special:UserRights. 

unset( $wgGroupPermissions['bureaucrat'] );
unset( $wgRevokePermissions['bureaucrat'] );
unset( $wgAddGroups['bureaucrat'] );
unset( $wgRemoveGroups['bureaucrat'] );
unset( $wgGroupsAddToSelf['bureaucrat'] );
unset( $wgGroupsRemoveFromSelf['bureaucrat'] );

This code will not work if any extension that modifies the default rights for the bureaucrat group, such as Extension:AntiSpoof , is installed.

Tracked in Phabricator
Task T275334
Open

More broadly, to disable a user group created by an extension, the above code needs to run after all extensions have been registered. This used to be possible by registering an extension function in LocalSettings.php: 

$wgExtensionFunctions[] = function() use ( &$wgGroupPermissions ) {
 unset( $wgGroupPermissions['oversight'] );
 unset( $wgGroupPermissions['flow-bot'] );
};

However, this no longer works reliably due to T275334.

Note on the group called user

With the above mechanism, you can remove the groups sysop, bureaucrat, bot, interface-admin, suppress, which - if used - can be assigned through the usual user permission system. However, it is currently impossible to remove the user group. This group is not assigned through the usual permission system. Instead, every registered user automatically is a member of that group.

This is hardcoded in MediaWiki and currently cannot be changed easily.

Default rights

The default rights are defined in MainConfigSchema.php .

  • Additional rights: you should be able to list all the permissions available on your wiki by running PermissionManager::getAllRights().

Adding new rights

Information for coders only follows.

If you're adding a new right in core, for instance to control a new special page, you are required to add it to the list of available rights in PermissionManager.php , CORE_RIGHTS (example). If you're doing so in an extension , you instead need to use $wgAvailableRights , or preferably define the right in extensions.json .

You probably also want to assign it to some user group by editing $wgGroupPermissions described above.

If you want this right to be accessible to external applications by OAuth or by bot passwords, then you will need to add it to a grant by editing $wgGrantPermissions . 

// create projectmember-powers right
$wgAvailableRights[] = 'projectmember-powers';
// add projectmember-powers to the projectmember-group
$wgGroupPermissions['projectmember']['projectmember-powers'] = true;
// add projectmember-powers to the 'basic' grant so we can use our projectmember powers over an API request
$wgGrantPermissions['basic']['projectmember-powers'] = true;

You also need to add right-[name] and action-[name] interface messages to languages/i18n/en.json (with documentation in qqq.json). The right-* messages can be seen on Special:ListGroupRights and the action-* messages are used in a sentence like "You do not have permission to ...".


See also

AltStyle によって変換されたページ (->オリジナル) /