User:Chris Key/Sandbox/Proposal: Overhaul of user rights: Difference between revisions

From Citizendium
Jump to navigation Jump to search
imported>Jess Key
m (Text replacement - "CZ:Constabulary" to "CZ:Moderator Group")
 
(79 intermediate revisions by 3 users not shown)
Line 1: Line 1:
==IMPORTANT NOTICE==
{{AccountNotLive}}
This is a draft proposal only, and very much a work in progress. Until this notice is removed I do not recommend following the proposal outlined in this document.
{|align=center style="width:100%; border: solid 1px #ffffff; margin: 0 0 0 0; padding: 2px; background: #F68E55;"
|-
|align=center| '''IMPORTANT NOTICE'''
|-
|align=center|This is a draft proposal only, and very much a work in progress. Until this notice is removed I do not recommend following the proposal outlined in this document.


Also, feel free to comment on the [[User_talk:Chris_Key/Sandbox/Proposal:_Overhaul_of_user_rights|talk page]].
However, feel free to comment on the [[User_talk:Chris_Key/Sandbox/Proposal:_Overhaul_of_user_rights|talk page]].
__TOC__
|}
{{TOC|right}}
==Background==
==Background==
''Problem statement as summarised by [[User:Dan Nessett|Dan Nessett]]. Rewrite.''
Citizendium's Wiki runs on standard MediaWiki software<ref>Wiki software - http://www.mediawiki.org</ref>. This software provides a permissions system which allows users to be added to multiple user groups, and each of these user groups to be able to do a variety of things. By default MediaWiki sets up a number of standard user groups such as 'User', 'SysOp' and 'Bureaucrat', and gives them a standard set of user rights. Citizendium still uses these groups, although the rights have been modified slightly. CZ technical staff have also added a few extra user groups such as 'Dark Knight', 'Linnaeus' and 'Wikieditor' to allow for some functions to be given to just a limited number of people. Although these groups are the default groups, MediaWiki fully supports the ability to add, remove and modify user groups. The only groups that cannot be removed is 'Users', however it can be modified.
<pre>* The MW software is fully flexible and capable of supporting any group/rights architecture suitable for CZ.
 
* The existing access rights architecture does not quite fit the roles and responsibilities associated with various CZ governance positions. For example, Constables need to perform certain operations on the wiki, some of which require Sysop privileges, some of which do not. Some rights granted to Constables by virtue of their position as Sysops on the wiki are not useful to them in the pursuit of their Constable role. Creating an architecture that more closely follows the governance structure increases the transparency of access rights management and use at CZ. Furthermore, it is useful to implement fine granularity access control structures that give users only the rights they need and no more. This improves the overall security posture of CZ.
Citizendium's Forum runs on ''Simple Machines Forum'' (SMF) software<ref>Forum software - http://www.simplemachines.org/</ref>. This software provides a permissions system which also allows users to be added to multiple user groups, and each of these user groups to be able to do a variety of things. By default SMF sets up one standard user group called 'Administrator', a title which is shown underneath the name of the user when they make a post. Citizendium only uses this default group, however SMF fully supports the ability to add, remove and modify user groups.
* When CZers without extra permissions observe terms like "Bureaucrat", "Sysop" and "Constable", they may become confused and think, for example, that the Sysop role is identified with the Constable role. They become frustrated when they contact a Sysop, asking them to perform a Constable function and are told that a Sysop does not have the organizational right to perform this function (even if they can technically perform it). Furthermore, arcane names like Bureaucrat or Dark Knight, due to their unfamiliarity or vaguely threatening connotations, may raise the level of discomfort of those unfamiliar with their technical meaning.
 
* Since the technology used by CZ to develop and deliver its content is not monolithic (i.e., it is implemented by various software systems that do not interact with each other), we should clarify roles within these software systems by using group names similar, if not identical, to the roles defined within CZ.</pre>
Citizendium's Charter and policies define a number of roles, such as 'Citizen', 'Editor', 'Constable', 'Management Committee', 'Editorial Council' and 'Ombudsman'. In addition there are a number of roles in Citizendium that are not mentioned in the Charter, such as 'Bot', 'Technical Staff' and 'Editorial Personnel Administrator'.
 
There is currently little correlation between the roles on the wiki, the roles on the forum, and the roles that actually exist in Citizendium's Charter and policies. For example:
* A Constable is given Administrator status on the forums and SysOp status on the wiki. Some of them are also given Linnaeus and/or Bureaucrat status on the wiki.
* Senior members of the technical staff are also given Administrator status on the forums and SysOp status on the wiki. Some of them are also given Bureaucrat and/or Dark Knight status on the wiki.
* Wikieditor status is given out according to a seemingly random basis that can be tracked down to a few technical and historical issues. It does not correlate to Editor status.
* New groups are created on an ad-hoc basis, such as the EditInt group which was created when a junior member of the technical team needed to fix a bug requiring the editinterface permission.
 
Due to this, there have been occasions where a Constable has gone to do something and has found he needs Bureaucrat status, but didn't actually know what that was<ref>http://forum.citizendium.org/index.php/topic,3146.msg28897.html#msg28897</ref>. There have also been occasions where a new Citizen contacted a SysOp thinking they were a Constable, when in fact they were a member of the Technical Team. Also, there have been concerned Citizens wondering why the list of people marked as 'editor' did not correlate to the actual list of Editors<ref>http://forum.citizendium.org/index.php/topic,3193.0.html</ref>. When I myself first joined Citizendium, I saw the word 'Administrator' underneath a Constables name on the forums. When I later saw another (non-Constable) user with the word 'Administrator' there, I initially thought that they were also a Constable. Few people actually understand what a 'Dark Knight' or a 'Linnaeus' is. This goes against the Charter's stated aim of transparency.
 
By bundling various roles into the same group some policies are ambiguous. For example, the [[CZ:Approval Process|Approval Process]] policy states that any 'sysop' may carry out the process, however it is generally considered a Constables job. Could someone like [[User:Caesar Schinas|Caesar Schinas]], who was given SysOp in order to perform some maintainance on the subpages system and the upload wizard, carry out the process? According to the policy he could, and he certainly has the technical powers necessary, yet I am sure that the person who gave him SysOp powers did not intend this.
 
In addition, using grouping roles together and giving them all permissions such as those given to SysOps lead to users having more powers than they actually need. For example, a Constable can currently edit the User Interface despite this not being part of their job description. The Linnaeus group needed to be created to allow Constables the ability to rename users without giving it to other SysOps. [[User:Caesar Schinas|Caesar Schinas]] has the power to block people, and the only thing stopping him is trust. Giving a new permission to the SysOp role requires a lot of thought, as you have to take into account that it will give the permission to a wide variety of people including Constables, Technical Staff, EC members and others. From a security standpoint this is obviously a bad thing, especially as Citizendium grows and larger numbers of people need to be kept track of.
 
There is also no policy for removing any permissions. If a Constable steps down should they lose their SysOp powers, or should they keep them in case they need them? There are certainly a large number of ex-Constables who still have these powers. Does the answer change if they are also a member of the technical staff, and haven't resigned from that position?
 
One last problem is that the rights themselves are duplicated between groups. For example:
* The '(all)' user group covers everyone, whether they are logged in or not. Obviously they need the right to read pages, and as such they are given the permission called 'read'.
* The user group called 'user' covers everyone who is logged in. They have also been given the 'read' permission, even though they inherit it from the '(all)' group. They now have it twice.
* The user group called 'sysop' is given to several groups of people. They have also been given the 'read' permission, even though they inherit it from the '(all)' group AND the 'user' group. They now have it three times.
* The user group called 'bureaucrat' is given to a few people, and every single one of them is also a SysOp. It is almost unimaginable that a user will ever be a bureaucrat without also being a SysOp. Bureaucrats have also been given the 'read' permission, even though they inherit it from the '(all)' group AND the 'user' group AND they have it from being a SysOp. They now have it <b>four times</b>!
This redundancy doesn't cause any technical issues, however it does make [[Special:ListGroupRights]] quite difficult to read. With a well planned user group system, inheritance will become obvious and avoidable redundancies will not occur.
 
My proposal is to completely revamp the entire system. Roles in Citizendium will be reflected on the wiki software and the forum software. A Constable will be given 'Constable' status on the wiki, and 'Constable' status on the forum. A member of the Management Committee will be given the 'Management Committee' status on the wiki, and 'Management Committee' status on the forum. When either of these leave their position, the right will simply be taken away from them. Someone who is an Editor, a Constable and a senior member of the Technical Staff will be given put in the 'Editor', 'Constable' and 'Senior Technical Staff' groups. If they then resign as Constable, the 'Constable' group will be removed but the others will remain.
 
The main advantages of this proposal are:
* All of the groups will have descriptive names
* It will be easy to know which groups to put a member in, and when to remove them
* It will be easy to see who is in which groups and why
* Viewing [[Special:ListGroupRights]] will give a very transparent view of who can do what
* We will be able to automatically generate lists of Constables, Editors, Technical Staff, etc.
* It will be easy to give a new power to a group, without having to consider all the different types of people that you are also giving the power to
* When you see a post from someone on the forum, you will know if they are a Constable or a member of the Technical Staff
* A Constable will just be a Constable... not a Constable and a Sysop and a Linnaeus and an Administrator.
* When we develop future extensions, we will be able to give new rights to various groups without having to create new groups. For example, a new extension to automate the approval process will give the ability to nominate an article to those in the 'Editor' group, and the ability to carry out the approval to those in the 'Constable' group.
 
There are some disadvantages, although I believe them to be minor:
* Some extensions assume that there is a SysOp and/or a Bureaucrat group, and therefore create them so they can give them permissions. However, one line at the end of the LocalSettings.php file can remove these groups again. The permissions can then be given to the groups that we want to have them.
* Some areas of the MediaWiki manual and other documentation refer to SysOps and Bureaucrats. The reader would have to bear in mind that we have customised the permissions system and that these groups no longer exist. However, due to the fact that these groups can be customised, most of the MediaWiki documentation references specific rights such as 'block' or 'delete' rather than groups.
* The [[#Feedback from other users|Feedback from other users]] section at the bottom of this page may contain other disadvantages that I have not considered. Please be sure to read this feedback when considering this proposal.


==Current System==
==Current System==
There are currently a variety of groups. Their rights can be seen at [[Special:ListGroupRights]]. An analysis of each follows:
There are currently a variety of groups. Their rights can be seen at [[Special:ListGroupRights]]. An analysis of each follows.
===(all)===
===Current MediaWiki User Rights Groups===
====(all)====
This implied group covers everybody who uses Citizendium. It includes people who are not logged in as well as people who are logged in. This group is part of the core coding of MediaWiki and cannot be removed. However, it can be renamed to something more user friendly.
This implied group covers everybody who uses Citizendium. It includes people who are not logged in as well as people who are logged in. This group is part of the core coding of MediaWiki and cannot be removed. However, it can be renamed to something more user friendly.


Also, the rights of the (all) group are unusual. The 'Use of the write API (writeapi)' and 'Mark as from Wikipedia (setwpfrom)' rights are activated for this group, even though they cannot actually edit pages.
Also, the rights of the (all) group are unusual. The 'Use of the write API (writeapi)' and 'Mark as from Wikipedia (setwpfrom)' rights are activated for this group, even though they cannot actually edit pages.


===Users===
'''Recommendation:''' I have renamed this to [[#All visitors and Citizens (previously known as '(all)')|All visitors and Citizens]] below and redefined its rights.
This group is automatically given to every user account on Citizendium, and cannot be revoked. When a list of a user's groups is generated, this group is hidden. This group is part of the core coding of MediaWiki and cannot be removed, however it can be renamed to 'Citizens' in line with current CZ terminology.


===Autoconfirmed users===
====Users====
This group is automatically given to every user account on Citizendium, and cannot be revoked. When a list of a user's groups is generated, this group is hidden. This group is part of the core coding of MediaWiki and cannot be removed, however it can be renamed.
 
'''Recommendation:''' I have renamed this [[#All Citizens (previously known as 'Users')|Citizen]] below in line with Citizendium terminology as defined in the Charter. I have also modified its rights.
 
====Autoconfirmed users====
This group is promoted automatically when a userhas been registered for 30 days and performed 90 edits (numbers can be adjusted). It is like the 'karma' system that has been previously discussed, but is currently unused except for the ability to "Edit semi-protected pages", which is something we don't currently use.
This group is promoted automatically when a userhas been registered for 30 days and performed 90 edits (numbers can be adjusted). It is like the 'karma' system that has been previously discussed, but is currently unused except for the ability to "Edit semi-protected pages", which is something we don't currently use.


===emailconfirmed===
'''Recommendation:''' I agree with the existance of this group, but the name is unhelpful and the rights need to be modified. I have further defined it below as [[#Established Citizen|Established Citizen]].
===Bots===
 
===Sysops===
====emailconfirmed====
===Bureaucrats===
This is supposed to be given to everyone who has confirmed their email address, however the configuration of CZ does not actually do this. If we wanted to make this work, we'd need the following line in LocalSettings.php:
===editors===
<code>$wgAutopromote['emailconfirmed'] = APCOND_EMAILCONFIRMED;</code>
===EditInt===
 
===Dark Knight===
'''Recommendation:''' As we don't confirm users until they have confirmed their email address anyway, this group would be identical to the Users group. Therefore I recommend we delete this group.
===EPAs===
 
===Linnaeus===
====Bots====
The Bot group is used for Bot accounts, as defined in the [[CZ:Bot policy]] that is under development. These accounts need special rights in order to hide their large quantities of edits from the recent changes page, skip things like the CAPTCHA blocks, and perform edits at a higher rate than a human can.
 
'''Recommendation: ''' Keep the current group but redefine its rights slightly. Make additional sub-groups for those bots that require special permissions such as Delete.


==Proposed System==
====Sysops====
===Overview===
SysOp is a default group included with the MediaWiki software, however it can be removed by adding the following line to LocalSettings.php: <code>unset($wgGroupPermissions['sysop']);</code> It is currently Citizendium's catch-all user group for 'those who require extra powers'. Historically this has included [[User:Hayford Peirce|Constables]], [[User:Dan Nessett|Senior Technical Staff]], [[User:ZachPruckowski|assistants to the technical staff]], [[User:Howard C. Berkowitz|the Secretary to the Editorial Council]], [[User:Larry Sanger|CZ's Founder]], [[User:Louise Valmoria|co-coordinator of the Wikiconverting group]] and has also been given to anyone else who needs the extra powers, for example [[User:Caesar Schinas|Caesar Schinas]] who was given SysOp in order to perform some maintainance on the subpages system and the upload wizard. [[User:David_Hume|For some people]] I have been unable to find any reason whatsoever, although I am sure there must have been a reason at the time. Because all of these groups of people have all been put into the big 'SysOp' group, it becomes difficult to know why they were put there, or when they should be removed.
''The example document at [[User:Chris_Key/Sandbox/Userrights]] will be used only as a starting point for this section.''


===User rights groups===
The other big problem with the SysOp group is for most of the people it is given to, it is more powers than are necessary. The co-coordinator of the Wikiconverting group does not need the power to block people. Constables do not need the power to edit the user interface. Technical Staff do not need to be able to look up people's email addresses. If it becomes obvious that a Constable needs a power they do not have, giving it to the SysOp group means that lots of extra people have this power also. The alternative is to create a new group and just add the Constables to it, but if we are going to do that why not put all the constables powers in a separate group?
''Discussion of which user groups should be created and the rationale behind each of them.''
====Automatic groups====
=====All visitors and Citizens (previously known as '(all)')=====
This implied group covers everybody who uses Citizendium. It includes people who are not logged in as well as people who are logged in. This group is part of the core coding of MediaWiki and cannot be removed, however I would recommend renaming it on the [[Special:ListGroupRights|list of group rights]] to "All visitors and Citizens".
=====All Citizens (previously known as 'Users')=====
This group is automatically given to every user account on Citizendium, and cannot be revoked. When a list of a user's groups is generated, this group is hidden. This group is part of the core coding of MediaWiki and cannot be removed, however I would recommend renaming it on the [[Special:ListGroupRights|list of group rights]] to "All Citizens".
=====Established Citizens=====
This group is promoted automatically when a Citizen has been registered for 30 days and performed 90 edits, or some other combination of days and edits as specificed by the Management Committee. At this point it can be assumed that the Citizen is reasonably familiar with how Citizendium works, and can gain some additional helpful but more advanced tools. This has previously been discussed on the forums as a 'karma' system.


====Groups specified in the Charter====
As SysOp does not correlate to any particular role, some users may become confused when seeing the list. This has lead to some SysOps putting a notice on their user pages stating that although they are SysOps, they are not Constables.
=====Editor=====
This group will be given to an Editor once they have been approved by a member of the EPA (or other authorised person). Initially it will include very few extra rights, but should be put in place as a pre-emptive measure for future software development. For example, once the approval process is automated Editors can be given the right to nominate an article for approval. It will not be necessary to ever remove anyone from this group unless exceptional circumstances lead to their Editorship being revoked, or a policy is put in place that removes the Editorship from inactive Editors.


This group should not be confused with the current group called 'editor' (or in some other places, 'wikieditor'). Despite the definitions of this group in [[CZ:Technical/LocalSettings.php|LocalSettings.php]] and elsewhere, this group does not currently just contain Editors<ref>See: http://www.mail-archive.com/citizendium-l@lists.purdue.edu/msg00307.html</ref>.
'''Recommendation:''' Delete this group entirely. Each role should have its own user group with its own powers. This will allow us to know why people have these powers, and keep a tighter cap on exactly which powers they have.
=====Management Committee =====
 
This group will be given to current members of the Management Committee only. When their term ends, and they are not re-elected, this group will be removed from them.
====Bureaucrats====
=====Editorial Council=====
Bureaucrat is a default group included with the MediaWiki software, however it can be removed by adding the following line to LocalSettings.php: <code>unset($wgGroupPermissions['bureaucrat']);</code> On CZ this has been given to the most trusted people who need it. Historically this has been the Editor-in-Chief, the Managing Editor, Senior Technical Staff, the Chief Constable and the Assistant Chief Constable. All of these people are also SysOps. The purpose of the bureaucrat role is primarily the ability to promote users into and demote users from other user groups. They also have the ability to use the newsletter extension and to rename users.
This group will be given to current members of the Editorial Council only. When their term ends, and they are not re-elected, this group will be removed from them.
 
=====Constable=====
Bureaucrat does not relate to any role in the CZ charter or its policies. It also takes a little bit of digging in order to find out why people have been given the power, and there are no criteria for its removal.
This group will be given to serving members of the [[CZ:Constabulary|Constabulary]] only. If they resign or are removed from the post, this group will be removed from them.
 
=====Ombudsman=====
'''Recommendation:''' Delete the group completely. Spread the powers into the groups that need them that are actually defined in CZ terminology.
This group will only ever contain a single member, the Ombusdman. When their term ends, and they are not re-elected, this group will be removed from them.
 
====Other groups====
====Wikieditors (shown as 'Editors')====
=====Editorial Personnel Administrator=====
This group is actually called 'wikieditors', but has been modified to display as 'Editors'. Despite the definitions of this group in [[CZ:Technical/LocalSettings.php|LocalSettings.php]] and elsewhere, this group does not currently just contain Editors. According to old discussion list messages<ref>http://www.mail-archive.com/citizendium-l@lists.purdue.edu/msg00307.html</ref> this group originally was given to every registered user in order to allow them to edit the wiki. At some point this was changed, and now it is only given to people who apply as and are accepted as an Editor. This leads to a number of anomolies:
Currently we have the position [[Category:CZ Editorial Personnel Administrators|Editorial Personnel Administrators]] who are responsible for reviewing, accepting and rejecting Editor applications. This post is not mentioned in the Charter, but assuming the position is kept intact after the Charter is implemented, all EPAs will be put into this group. If they resign or are removed from the post, this group will be removed from them.
* [[User:Sandy Harris|Sandy Harris]] is not in this group and is not an Editor. This is logical.
=====Senior Technical Staff=====
* [[User:Howard C. Berkowitz|Howard C. Berkowitz]] is in this group and is an Editor. This is logical.
This group will be given to senior members of the [[CZ:Personnel#Technical_staff|Technical Staff]]. Which members it is given to would be at the discretion of the Management Committee (in liaison with the Technical Lead, if one exists) and would be given very selectively. It is likely that this group would correspond with, or be very similar to, the group of people given root server access. It is not necessary to give this power to every member of the Technical Staff. Membership to this group should be reviewed by the Management Committee annually, although it should be pointed out that a lack of activity on the wiki or forums does not automatically warrant removal from this group.
* [[User:John Stephenson|John Stephenson]] is in this group despite not being an Editor. This is because he joined before the change.
* [[User:Chris Key|Chris Key]] is not in this group despite being an Editor. This is because the Editor promotion occured several months after registration.
This has caused confusion on at least two occasions <ref>http://forum.citizendium.org/index.php/topic,3193.0.html</ref>. Also, all of the rights that an 'editor' has are duplicated from the 'User' group.
 
'''Recommendation:''' This group is completely illogical and needs removing. In my proposal it will be replaced by the [[#Editor|Editor]] group which will only contain Editors as defined in the Charter. It's rights will be completely redefined.
 
====EditInt====
This group was created by [[User:Dan Nessett|Dan Nessett]] with the approval of [[User:Greg Sabino Mullane|Greg]] and [[User:Larry Sanger|Larry]] in order to allow me to fix [http://bugs.citizendium.org/bugzilla/show_bug.cgi?id=49 Bug 49]. I am currently the only member. The only function of this group is to allow me to edit pages within the MediaWiki namespace.


In general, these powers would not be used. They are given because Technical Staff may occasionally need to perform actions for technical reasons, such as blocking users or bots that are consuming unacceptable amounts of system resources, or undoing edits that put heavy strain on the servers. It should be noted that in an emergency anyone with root server access could give themselves any power, including those currently given to nobody. In the interests of transparency this should be avoided if at all possible, as no trace is left in any logs.
'''Recommendation:''' I agree with the existance of this group, but would suggest that the current name is unhelpful. A more descriptive name is suggested below (see [[#Interface Developer|Interface Developer]]).
=====Interface Developer=====
 
This group is given to Citizens who need the ability to edit the MediaWiki namespace, which primarily includes [[Special:AllMessages|system messages]]. Access to this group would need a good reason, which would be judged at the discretion of the Senior Technical Staff reporting to the Management Committee. An example of someone who in the past would have had sufficient reason to join this group is [[User:Caesar Schinas|Caesar Schinas]]. He was given SysOp powers in order to work on the Upload Wizard [http://en.citizendium.org/wiki?limit=50&title=Special%3AContributions&contribs=user&target=Caesar+Schinas&namespace=8&year=&month=-1 and similar issues]]. Another example would be for a user who wished to fix [http://bugs.citizendium.org/show_bug.cgi?id=49 a bug like this]. Membership to this group would be removed when the Citizen has been inactive for six months, or when they announce that they no longer wish to work on technical aspects of the project.
====Dark Knight====
=====Founder=====
The 'Dark Knight' group is for users who have the 'nukerevision' power. This is a very powerful permission that allows a revision of a page to be hidden completely, so that the only people who can see it are others who have 'nukerevision'. The only people that have this power are the Editor-in-Chief, the Chief Constable, the Technical Lead and the ex-Technical Director.
This group is given to [[User:Larry Sanger|Larry Sanger]] only. It would be given as a good-will gesture only, and can be revoked by the Management Committee at any time should they wish to do so. Initially the Founder group has been given the rights that Larry currently has access to. Unlike other groups, no further justification shall be presented as to why this user group is given rights.
 
The name of this group is completely inappropriate for a professional and acadamic site like Citizendium.
 
Nukerevision no longer exists. It has been replaced by deleterevision and suppressrevision. The deleterevision hides the revision from anyone but those who have deleterevision or suppressrevision. Suppressrevision goes one step further and hides the revision from anyone but those who have suppressrevision.
 
'''Recommendation: '''Delete this group entirely. Give deleterevision to Constables, EC, MC, Ombudsman and Managing Editor. Give Suppressrevision to the MC only. Policies should be drawn up to govern usage of these powers.
 
====EPAs====
This user group was created for [[:Category:CZ Editorial Personnel Administrators|Editorial Personnel Administrators]] who are in charge of reviewing Editor applications. The special group allows them to see applications.
 
'''Recommendation: '''Keep this group, but expand it's name to Editorial Personnel Administrators (CZ policy is to avoid abbreviations where possible). Revise their rights slightly, as they will need the ability to promote people to the new 'Editor' group.
 
====Linnaeus====
This group was created for Constables who have the ability to rename users. It's only purpose it to allow them to rename users. It's name is unusual, and doesn't in any way describe what it does.
 
'''Recommendation: '''Remove this group entirely. The new 'Constables' group will have the power to rename users.


=====Bot and Bot with Delete=====
Currently our [[CZ:Bot policy|Bot policy]] is not well developed, however it seems that bots will be run from specific accounts such as [[User:Housekeeping Bot]]. These accounts will be put into the Bot group to allow them access to the additional tools that they require. Some bots require the ability to delete pages. These shall be put into the Bot with Delete group.
====Creation of New Groups====
New groups are to be implemented at the discretion of the Management Committee, bearing in mind the following guidelines:
* No user should be put into an existing group unless they fulfil the criteria associated with it. It is better to create a new group with identical powers to a Constable than to put a non-Constable into the Constable's group.
* Every official role that requires special powers should be given a group with a descriptive name. Putting multiple roles into a single group is inadvisable.
* Every new group must be documented before being implemented.


===Analysis of each specific right===
{{ChrisKeyRightsProposal
| right = read
| desc = allows viewing pages
| explain = Without this right it is not possible to view the content on any page. Therefore this should be yes for everyone.
| firstversion = 5
| lastversion = 999
| all = Yes
| citizens = Inherit
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}


{{ChrisKeyRightsProposal
==Proposed System==
| right = edit
My proposal is to completely remove the current user groups from both the wiki and the forum software. These should be replaced with CZ-role specific groups as detailed below.
| desc = allows editing unprotected pages.
 
| explain = All Citizens are allowed to edit pages.
===Proposed MediaWiki User Rights Groups===
| firstversion = 5
All current groups should be removed. To replace them, the following groups should be created:
| lastversion = 999
====Automatic groups====
| all = No
=====All visitors and Citizens (previously known as '(all)')=====
| citizens = Yes
This implied group covers everybody who uses Citizendium. It includes people who are not logged in as well as people who are logged in. This group is part of the core coding of MediaWiki and cannot be removed, however I would recommend renaming it on the [[Special:ListGroupRights|list of group rights]] to "All visitors and Citizens".
| karma = Inherit
=====Citizens (previously known as 'Users')=====
| editor = Inherit
This group is automatically given to every user account on Citizendium, and cannot be revoked. When a list of a user's groups is generated, this group is hidden. This group is part of the core coding of MediaWiki and cannot be removed, however I would recommend renaming it on the [[Special:ListGroupRights|list of group rights]] to "All Citizens".
| mc = Inherit
 
| ec = Inherit
=====Established Citizen=====
| constable = Inherit
This group is promoted automatically when a Citizen has been registered for 30 days and performed 90 edits, or some other combination of days and edits as specificed by the Management Committee. At this point it can be assumed that the Citizen is reasonably familiar with how Citizendium works, and can gain some additional helpful but more advanced tools. This has previously been discussed on the forums as a 'karma' system.
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}


{{ChrisKeyRightsProposal
====Groups specified in the Charter====
| right = createpage
=====Editor=====
| desc = allows the creation of new pages (requires the edit right).
This group will be given to an Editor once they have been approved by a member of the EPA (or other authorised person). Initially it will include very few extra rights, but should be put in place as a pre-emptive measure for future software development. For example, once the approval process is automated Editors can be given the right to nominate an article for approval. It will not be necessary to ever remove anyone from this group unless exceptional circumstances lead to their Editorship being revoked, or a policy is put in place that removes the Editorship from inactive Editors.
| explain = All Citizens are allowed to create new articles.
 
| firstversion = 6
The current 'editor' group does not just contain Editors. We will need to clear this list (probably using direct database access) and refill the list (probably using a bot).
| lastversion = 999
 
| all = No
=====Management Committee =====
| citizens = Yes
This group will be given to current members of the Management Committee only. When their term ends, and they are not re-elected, this group will be removed from them.
| karma = Inherit
=====Editorial Council=====
| editor = Inherit
This group will be given to current members of the Editorial Council only. When their term ends, and they are not re-elected, this group will be removed from them.
| mc = Inherit
| ec = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}


{{ChrisKeyRightsProposal
=====Managing Editor=====
| right = createtalk
This group will only be given to the Managing Editor and his deputies. When their term ends, and they are not re-elected, this group will be removed from them. In the documentation below, unless otherwise specified, they will be given all powers given to the MC and the EC.
| desc = allows the creation of new talk pages (requires the edit right).
=====Constable=====
| explain = All Citizens are allowed to create new talk pages.
This group will be given to serving members of the [[CZ:Moderator Group|Constabulary]] only. If they resign or are removed from the post, this group will be removed from them.
| firstversion = 6
=====Ombudsman=====
| lastversion = 999
This group will only ever contain a single member, the Ombusdman. When their term ends, and they are not re-elected, this group will be removed from them.
| all = No
 
| citizens = Yes
====Other groups====
| karma = Inherit
=====Editorial Personnel Administrator=====
| editor = Inherit
Currently we have the position [[:Category:CZ Editorial Personnel Administrators|Editorial Personnel Administrators]] who are responsible for reviewing, accepting and rejecting Editor applications. This post is not mentioned in the Charter, but assuming the position is kept intact after the Charter is implemented, all EPAs will be put into this group. If they resign or are removed from the post, this group will be removed from them.
| mc = Inherit
 
| ec = Inherit
=====Senior Technical Staff=====
| constable = Inherit
This group will be given to senior members of the [[CZ:Personnel#Technical_staff|Technical Staff]]. Which members it is given to would be at the discretion of the Management Committee (in liaison with the Technical Lead, if one exists) and would be given very selectively. It is likely that this group would correspond with, or be very similar to, the group of people given root server access. It is not necessary to give this power to every member of the Technical Staff. Membership to this group should be reviewed by the Management Committee annually, although it should be pointed out that a lack of activity on the wiki or forums does not automatically warrant removal from this group.
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}


{{ChrisKeyRightsProposal
In general, these powers would not be used. They are given because Technical Staff may occasionally need to perform actions for technical reasons, such as blocking users or bots that are consuming unacceptable amounts of system resources, or undoing edits that put heavy strain on the servers. It should be noted that in an emergency anyone with root server access could give themselves any power, including those currently given to nobody. In the interests of transparency this should be avoided if at all possible, as no trace is left in any logs.
| right = move
=====Interface Developer=====
| desc = allows renaming the titles of unprotected pages (requires the edit right).
This group is given to Citizens who need the ability to edit the MediaWiki namespace, which primarily includes [[Special:AllMessages|system messages]]. Access to this group would need a good reason, which would be judged at the discretion of the Senior Technical Staff reporting to the Management Committee. An example of someone who in the past would have had sufficient reason to join this group is [[User:Caesar Schinas|Caesar Schinas]]. He was given SysOp powers in order to work on the Upload Wizard [http://en.citizendium.org/wiki?limit=50&title=Special%3AContributions&contribs=user&target=Caesar+Schinas&namespace=8&year=&month=-1 and similar issues]]. Another example would be for a user who wished to fix [http://bugs.citizendium.org/show_bug.cgi?id=49 a bug like this]. Membership to this group would be removed when the Citizen has been inactive for six months, or when they announce that they no longer wish to work on technical aspects of the project.
| explain = This is a slightly more advanced tool, and it would be useful for Citizens to get to grips with CZ and it's policies before moving pages. Therefore, this is given to Established Citizens.
=====Founder=====
| firstversion = 5
This group is given to [[User:Larry Sanger|Larry Sanger]] only. It would be given as a good-will gesture only, and can be revoked by the Management Committee at any time should they wish to do so. Initially the Founder group has been given the rights that Larry currently has access to. Unlike other groups, no further justification shall be presented as to why this user group is given rights.
| lastversion = 999
 
| all = No
=====Bot and Bot with Delete=====
| citizens = No
Currently our [[CZ:Bot policy|Bot policy]] is not well developed, however it seems that bots will be run from specific accounts such as [[User:Housekeeping Bot]]. These accounts will be put into the Bot group to allow them access to the additional tools that they require. Some bots require the ability to delete pages. These shall also be put into the Bot with Delete group. Further groups may be needed depending on what additional rights they need in order to complete their task, for example 'Bot with Promote User to Editor'. The rights for these groups would most likely be altered as the Bot policy is developed.
| karma = Yes
 
====Creation of New Groups====
New groups are to be implemented at the discretion of the Management Committee, bearing in mind the following guidelines:
* No user should be put into an existing group unless they fulfil the criteria associated with it. It is better to create a new group with identical powers to a Constable than to put a non-Constable into the Constable's group.
* Every official role that requires special powers should be given a group with a descriptive name. Putting multiple roles into a single group is inadvisable.
* Every new group must be documented before being implemented.
 
====Analysis of each specific right====
What follows is an analysis of each permission taken from the MediaWiki manual<ref>http://www.mediawiki.org/wiki/Manual:User_rights#List_of_Permissions</ref>  as well as each permission that is defined in an extension that is used by Citizendium. For each I have given a description of what the permission does, followed by an analysis of which user groups I believe should be given the permission. Some of these are a matter of opinion or policy, and I am open to change on these. A couple of permissions are marked as needing a version of the MW software that is higher than the one used on Citizendium. I have treated these permissions as any other, as the long-term plan is to upgrade the software to the most current version.
 
{{ChrisKeyRightsProposal
| right = read
| desc = allows viewing pages
| explain = Without this right it is not possible to view the content on any page. Therefore this should be yes for everyone.
| firstversion = 5
| lastversion = 999
| all = Yes
| citizens = Inherit
| karma = Inherit
| editor = Inherit
| editor = Inherit
| mc = Inherit
| mc = Inherit
| ec = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| constable = Inherit
| ombudsman = Inherit
| ombudsman = Inherit
Line 193: Line 219:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = movefile
| right = edit
| desc = allows renaming pages in the "File" namespace (requires the move right and $wgAllowImageMoving to be true).
| desc = allows editing unprotected pages.
| explain = The 'file' namespace is where images and videos are stored. This is a slightly more advanced tool, and it would be useful for Citizens to get to grips with CZ and it's policies before moving files. Therefore, this is given to Established Citizens.
| explain = All Citizens are allowed to edit pages.
| firstversion = 14
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = Yes
| karma = Yes
| karma = Inherit
| editor = Inherit
| editor = Inherit
| mc = Inherit
| mc = Inherit
| ec = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| constable = Inherit
| ombudsman = Inherit
| ombudsman = Inherit
Line 215: Line 242:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = move-subpages
| right = createpage
| desc = move subpages along with page (requires the move right).
| desc = allows the creation of new pages (requires the edit right).
| explain = Given the frequent use of subpages on CZ, this should be given to all who can 'move'.
| explain = All Citizens are allowed to create new articles.
| firstversion = 13
| firstversion = 6
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = Yes
| karma = Yes
| karma = Inherit
| editor = Inherit
| editor = Inherit
| mc = Inherit
| mc = Inherit
| ec = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| constable = Inherit
| ombudsman = Inherit
| ombudsman = Inherit
Line 237: Line 265:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = move-rootuserpages
| right = createtalk
| desc = can move root pages in the "User" namespace (requires the move right).
| desc = allows the creation of new talk pages (requires the edit right).
| explain = This would be moving people's actual User page. The only time that I can see this being needed is if a person's username is changed. This is dealt with by Constables, so only they have this right.
| explain = All Citizens are allowed to create new talk pages.
| firstversion = 14
| firstversion = 6
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = Yes
| karma = No
| karma = Inherit
| editor = No
| editor = Inherit
| mc = No
| mc = Inherit
| ec = No
| ec = Inherit
| constable = Yes
| maned = Inherit
| ombudsman = No
| constable = Inherit
| epa = No
| ombudsman = Inherit
| tech = No
| epa = Inherit
| interface = No
| tech = Inherit
| founder = No
| interface = Inherit
| bot = No
| founder = Inherit
| deletebot = No
| bot = Inherit
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = createaccount
| right = move
| desc = allows the direct creation of new user accounts.
| desc = allows renaming the titles of unprotected pages (requires the edit right).
| explain = Technical Staff need this for creating Bot accounts. Management Committee need this for creating special purpose accounts (such as [[User:Approvals Manager]]. No other group requires this right.
| explain = This is a slightly more advanced tool, and it would be useful for Citizens to get to grips with CZ and it's policies before moving pages. Therefore, this is given to Established Citizens.
| firstversion = 5
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = No
| karma = No
| karma = Yes
| editor = No
| mc = Yes
| ec = No
| constable = No
| ombudsman = No
| epa = No
| tech = Yes
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposal
| right = upload
| desc = allows the creation of new images and files.
| explain = All Citizens can upload new images, videos, etc.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| editor = Inherit
| mc = Inherit
| mc = Inherit
| ec = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| constable = Inherit
| ombudsman = Inherit
| ombudsman = Inherit
Line 303: Line 311:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = reupload
| right = movefile
| desc = allows overwriting existing images and files (requires the upload right).
| desc = allows renaming pages in the "File" namespace (requires the move right and $wgAllowImageMoving to be true).
| explain = Overwriting an existing image could impact on a large number of articles. It is preferable that the user is familiar with CZ before doing such a thing. Therefore is given to Established Users only. However, see [#reupload-own]
| explain = The 'file' namespace is where images and videos are stored. This is a slightly more advanced tool, and it would be useful for Citizens to get to grips with CZ and it's policies before moving files. Therefore, this is given to Established Citizens.
| firstversion = 6
| firstversion = 14
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 314: Line 322:
| mc = Inherit
| mc = Inherit
| ec = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| constable = Inherit
| ombudsman = Inherit
| ombudsman = Inherit
Line 325: Line 334:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = reupload-own
| right = move-subpages
| desc = allows overwriting existing images and files uploaded by oneself (requires the upload right).
| desc = move subpages along with page (requires the move right).
| explain = Although overwriting someone elses image requires some knowledge of CZ, overwriting an image that you uploaded yourself should be avaliable to all Citizens as they will probably be aware of where it is used.
| explain = Given the frequent use of subpages on CZ, this should be given to all who can 'move'.
| firstversion = 11
| firstversion = 13
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = Yes
| citizens = No
| karma = Inherit
| karma = Yes
| editor = Inherit
| editor = Inherit
| mc = Inherit
| mc = Inherit
| ec = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| constable = Inherit
| ombudsman = Inherit
| ombudsman = Inherit
Line 347: Line 357:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = upload_by_url
| right = move-rootuserpages
| desc = allows uploading by entering the URL of an external image (requires the upload right).
| desc = can move root pages in the "User" namespace (requires the move right).
| explain = This is a conveniance tool only, and the same effect can be obtained by downloading the picture from the external URL and then uploading it. Therefore all Citizens have this right.
| explain = This would be moving people's actual User page. The only time that I can see this being needed is if a person's username is changed. This is dealt with by Constables, so only they have this right.
| firstversion = 8
| firstversion = 14
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = Yes
| citizens = No
| karma = Inherit
| karma = No
| editor = Inherit
| editor = No
| mc = Inherit
| mc = No
| ec = Inherit
| ec = No
| constable = Inherit
| maned = No
| ombudsman = Inherit
| constable = Yes
| epa = Inherit
| ombudsman = No
| tech = Inherit
| epa = No
| interface = Inherit
| tech = No
| founder = Inherit
| interface = No
| bot = Inherit
| founder = No
| deletebot = Inherit
| bot = No
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = editprotected
| right = createaccount
| desc = allows to edit protected pages (without cascading protection).
| desc = allows the direct creation of new user accounts.
| explain = Not required. Everyone who needs to edit protected pages also needs to be able to protect them. Being able to protect a page also gives the power to edit protected pages. See [[#protect]]
| explain = Technical Staff need this for creating Bot accounts. Management Committee need this for creating special purpose accounts (such as [[User:Approvals Manager]]. No other group requires this right.
| firstversion = 13
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 378: Line 389:
| karma = No
| karma = No
| editor = No
| editor = No
| mc = No
| mc = Yes
| ec = No
| ec = No
| maned = Yes
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = No
| tech = Yes
| interface = No
| interface = No
| founder = No
| founder = No
Line 391: Line 403:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = delete
| right = upload
| desc = allows the deletion of pages. For undeletions, there is now the 'undelete' right, see below.
| desc = allows the creation of new images and files.
| explain = Constables require this for processing speedydelete requests. EC, MC and Ombudsman require this for dealing with content issues and for keeping policy pages in order. Senior Technical Staff require this for template maintainance and dealing with other technical issues. Bots that are approved for delete permission require this.
| explain = All Citizens can upload new images, videos, etc.
| firstversion = 5
| firstversion = 5
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
{{ChrisKeyRightsProposal
| right = reupload
| desc = allows overwriting existing images and files (requires the upload right).
| explain = Overwriting an existing image could impact on a large number of articles. It is preferable that the user is familiar with CZ before doing such a thing. Therefore is given to Established Users only. However, see [#reupload-own]
| firstversion = 6
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = No
| karma = No
| karma = Yes
| editor = No
| editor = Inherit
| mc = Yes
| mc = Inherit
| ec = Yes
| ec = Inherit
| constable = Yes
| maned = Inherit
| ombudsman = Yes
| constable = Inherit
| epa = No
| ombudsman = Inherit
| tech = Yes
| epa = Inherit
| interface = No
| tech = Inherit
| founder = Yes
| interface = Inherit
| bot = No
| founder = Inherit
| deletebot = Yes
| bot = Inherit
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = bigdelete
| right = reupload-own
| desc = allows deletion of pages with larger than $wgDeleteRevisionsLimit revisions
| desc = allows overwriting existing images and files uploaded by oneself (requires the upload right).
| explain = Same as 'delete' above.
| explain = Although overwriting someone elses image requires some knowledge of CZ, overwriting an image that you uploaded yourself should be avaliable to all Citizens as they will probably be aware of where it is used.
| firstversion = 12
| firstversion = 11
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = Yes
| karma = No
| karma = Inherit
| editor = No
| editor = Inherit
| mc = Yes
| mc = Inherit
| ec = Yes
| ec = Inherit
| constable = Yes
| maned = Inherit
| ombudsman = Yes
| constable = Inherit
| epa = No
| ombudsman = Inherit
| tech = Yes
| epa = Inherit
| interface = No
| tech = Inherit
| founder = Yes
| interface = Inherit
| bot = No
| founder = Inherit
| deletebot = Yes
| bot = Inherit
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = deletedhistory
| right = upload_by_url
| desc = allows viewing deleted revisions, but not restoring.
| desc = allows uploading by entering the URL of an external image (requires the upload right).
| explain = Constables will require this in order to check a page before processing undeletion requests. EC, MC and Ombudsman will need to review these pages for dispute resolution and policy making.
| explain = This is a conveniance tool only, and the same effect can be obtained by downloading the picture from the external URL and then uploading it. Therefore all Citizens have this right.
| firstversion = 6
| firstversion = 8
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposal
| right = editprotected
| desc = allows to edit protected pages (without cascading protection).
| explain = Not required. Everyone who needs to edit protected pages also needs to be able to protect them. Being able to protect a page also gives the power to edit protected pages. See [[#protect]]
| firstversion = 13
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 444: Line 504:
| karma = No
| karma = No
| editor = No
| editor = No
| mc = Yes
| mc = No
| ec = Yes
| ec = No
| constable = Yes
| maned = No
| ombudsman = Yes
| constable = No
| ombudsman = No
| epa = No
| epa = No
| tech = No
| tech = No
| interface = No
| interface = No
| founder = Yes
| founder = No
| bot = No
| bot = No
| deletebot = No
| deletebot = No
Line 457: Line 518:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = undelete
| right = delete
| desc = allows the undeletion of pages.
| desc = allows the deletion of pages. For undeletions, there is now the 'undelete' right, see below.
| explain = Everyone who can delete also needs to be able to undelete for the same reasons.
| explain = Constables require this for processing speedydelete requests. EC, MC and Ombudsman require this for dealing with content issues and for keeping policy pages in order. Senior Technical Staff require this for template maintainance and dealing with other technical issues. Bots that are approved for delete permission require this.
| firstversion = 12
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 468: Line 529:
| mc = Yes
| mc = Yes
| ec = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| constable = Yes
| ombudsman = Yes
| ombudsman = Yes
Line 477: Line 539:
| deletebot = Yes
| deletebot = Yes
}}
}}
{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = browsearchive
| right = bigdelete
| desc = allows prefix searching for titles of deleted pages through Special:Undelete.
| desc = allows deletion of pages with larger than $wgDeleteRevisionsLimit revisions
| explain = Allows easy searching for pages that have been deleted. Give to everyone who has the undelete command.
| explain = Same as 'delete' above.
| firstversion = 13
| firstversion = 12
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 489: Line 552:
| mc = Yes
| mc = Yes
| ec = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| constable = Yes
| ombudsman = Yes
| ombudsman = Yes
| epa = No
| epa = No
| tech = No
| tech = Yes
| interface = No
| interface = No
| founder = Yes
| founder = Yes
| bot = No
| bot = No
| deletebot = No
| deletebot = Yes
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = mergehistory
| right = deletedhistory
| desc = allows access to Special:MergeHistory, to merge non-overlapping pages.
| desc = allows viewing deleted revisions, but not restoring.
| explain = All wikimedia projects have this disabled as it introduces a security risk as revisions can be hidden secretly. Citizendium should leave it disabled.
| explain = Constables will require this in order to check a page before processing undeletion requests. EC, MC and Ombudsman will need to review these pages for dispute resolution and policy making.
| firstversion = 12
| firstversion = 6
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 509: Line 573:
| karma = No
| karma = No
| editor = No
| editor = No
| mc = No
| mc = Yes
| ec = No
| ec = Yes
| constable = No
| maned = Yes
| ombudsman = No
| constable = Yes
| ombudsman = Yes
| epa = No
| epa = No
| tech = No
| tech = No
| interface = No
| interface = No
| founder = No
| founder = Yes
| bot = No
| bot = No
| deletebot = No
| deletebot = No
Line 522: Line 587:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = protect
| right = undelete
| desc = allows locking a page to prevent edits and moves, and editing or moving locked pages.
| desc = allows the undeletion of pages.
| explain = Constables require this right in order to perform the approval process, and for behaviour management. It is likely that the MC and EC will want to protect the wording of any official policies they draw up, and therefore they need this right. The Ombudsman is also given this right for dispute resolution. Finally, Senior Technical Staff may need to edit protected pages when resolving technical bugs, particularly those involving templates.
| explain = Everyone who can delete also needs to be able to undelete for the same reasons.
| firstversion = 5
| firstversion = 12
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 533: Line 598:
| mc = Yes
| mc = Yes
| ec = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| constable = Yes
| ombudsman = Yes
| ombudsman = Yes
Line 540: Line 606:
| founder = Yes
| founder = Yes
| bot = No
| bot = No
| deletebot = No
| deletebot = Yes
}}
}}
{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = block
| right = browsearchive
| desc = allows the blocking of IP addresses, CIDR ranges, and registered users. Block options include preventing editing and registering new accounts, and autoblocking other users on the same IP address.
| desc = allows prefix searching for titles of deleted pages through Special:Undelete.
| explain = Constables need this for obvious reasons. Senior Technical Staff require this in order to block users or bots that are consuming unacceptable amounts of system resources, or are causing other damage to the wiki. The MC are responsible for non-content issues, and therefore may need to block in some circumstances.
| explain = Allows easy searching for pages that have been deleted. Give to everyone who has the undelete command.
| firstversion = 5
| firstversion = 13
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 553: Line 619:
| editor = No
| editor = No
| mc = Yes
| mc = Yes
| ec = No
| ec = Yes
| maned = Yes
| constable = Yes
| constable = Yes
| ombudsman = No
| ombudsman = Yes
| epa = No
| epa = No
| tech = Yes
| tech = Yes
Line 561: Line 628:
| founder = Yes
| founder = Yes
| bot = No
| bot = No
| deletebot = No
| deletebot = Yes
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = blockemail
| right = mergehistory
| desc = allows preventing use of the Special:Emailuser interface when blocking.
| desc = allows access to Special:MergeHistory, to merge non-overlapping pages.
| explain = This is given to all users who can block.
| explain = All wikimedia projects have this disabled as it introduces a security risk as revisions can be hidden secretly. Citizendium should leave it disabled.
| firstversion = 11
| firstversion = 12
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 574: Line 641:
| karma = No
| karma = No
| editor = No
| editor = No
| mc = Yes
| mc = No
| ec = No
| ec = No
| constable = Yes
| maned = No
| constable = No
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = Yes
| tech = No
| interface = No
| interface = No
| founder = Yes
| founder = No
| bot = No
| bot = No
| deletebot = No
| deletebot = No
Line 587: Line 655:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = hideuser
| right = protect
| desc = allows hiding the user/IP from the block log, active block list, and user list when blocking.  
| desc = allows locking a page to prevent edits and moves, and editing or moving locked pages.
| explain = This is a very powerful tool that hides (from all but those with this right) all traces that a user ever existed on the site. It would only be used in very specific circumstances after discussion amongst the MC. As a result, only the MC have this power. They may wish to restrict this further, and have just one or two nominated 'Compliance Officer' or similar. If this occurs, an extra group should be made for them and the MC should not gain this power.
| explain = Constables require this right in order to perform the approval process, and for behaviour management. It is likely that the MC and EC will want to protect the wording of any official policies they draw up, and therefore they need this right. The Ombudsman is also given this right for dispute resolution. Finally, Senior Technical Staff may need to edit protected pages when resolving technical bugs, particularly those involving templates.
| firstversion = 10
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 597: Line 665:
| editor = No
| editor = No
| mc = Yes
| mc = Yes
| ec = No
| ec = Yes
| constable = No
| maned = Yes
| ombudsman = No
| constable = Yes
| ombudsman = Yes
| epa = No
| epa = No
| tech = No
| tech = Yes
| interface = No
| interface = No
| founder = No
| founder = Yes
| bot = No
| bot = No
| deletebot = No
| deletebot = No
}}
}}
{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = userrights
| right = block
| desc = allows the use of the user rights interface, which allows the assignment or removal of all* groups to any user.
| desc = allows the blocking of IP addresses, CIDR ranges, and registered users. Block options include preventing editing and registering new accounts, and autoblocking other users on the same IP address.
| explain = The Management Committee are overall responsible for officially implementing all appointments. Therefore they have full use of this right. Senior Technical Staff also require this in order to deal with technical issues. EPA members should have this, but it must be limited to adding (not removing) Editor rights only.
| explain = Constables need this for obvious reasons. Senior Technical Staff require this in order to block users or bots that are consuming unacceptable amounts of system resources, or are causing other damage to the wiki. The MC are responsible for non-content issues, and therefore may need to block in some circumstances.
| firstversion = 5
| firstversion = 5
| lastversion = 999
| lastversion = 999
Line 620: Line 688:
| mc = Yes
| mc = Yes
| ec = No
| ec = No
| constable = No
| maned = Yes
| constable = Yes
| ombudsman = No
| ombudsman = No
| epa = Yes
| epa = No
| tech = Yes
| tech = Yes
| interface = No
| interface = No
Line 631: Line 700:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = rollback
| right = blockemail
| desc = allows one-click reversion of edits.
| desc = allows preventing use of the Special:Emailuser interface when blocking.
| explain = This is similar to the 'undo' command found on article histories, but removes all prompts. It is therefore much quicker, but requires a careful hand. Given to Editors and the EC, who are most likely to deal with reverting edits. Given to Constables to deal with spam quickly. Given to Bots as this makes them more lightweight and reduces server load.
| explain = This is given to all users who can block.
| firstversion = 5
| firstversion = 11
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = No
| karma = No
| karma = No
| editor = Yes
| editor = No
| mc = No
| mc = Yes
| ec = Yes
| ec = No
| maned = Yes
| constable = Yes
| constable = Yes
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = No
| tech = Yes
| interface = No
| interface = No
| founder = No
| founder = Yes
| bot = Yes
| bot = No
| deletebot = Yes
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = markbotedits
| right = hideuser
| desc = allows rollback to be marked as bot edits
| desc = allows hiding the user/IP from the block log, active block list, and user list when blocking.
| explain = Bot edits can be filtered out of the recent changes list. This gives bots the right to mark their rollbacks as bot edits.
| explain = This is a very powerful tool that hides (from all but those with this right) all traces that a user ever existed on the site. It would only be used in very specific circumstances after discussion amongst the MC. As a result, only the MC have this power. They may wish to restrict this further, and have just one or two nominated 'Compliance Officer' or similar. If this occurs, an extra group should be made for them and the MC should not gain this power.
| firstversion = 12
| firstversion = 10
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 662: Line 732:
| karma = No
| karma = No
| editor = No
| editor = No
| mc = No
| mc = Yes
| ec = No
| ec = No
| maned = Yes
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 670: Line 741:
| interface = No
| interface = No
| founder = No
| founder = No
| bot = Yes
| bot = No
| deletebot = Yes
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = editinterface
| right = userrights
| desc = allows editing the MediaWiki namespace, which contains interface messages.
| desc = allows the use of the user rights interface, which allows the assignment or removal of all* groups to any user.
| explain = Given to Senior Technical Staff and Interface Developers for technical improvements. Given to the MC as they may need to change copyright notices and similar.
| explain = The Management Committee are overall responsible for officially implementing all appointments. Therefore they have full use of this right. Senior Technical Staff also require this in order to deal with technical issues. EPA members should NOT have this, instead we add the following line to LocalSettings.php: <code>$wgAddGroups['sysop'] = array( 'Editor' );</code>. This limits them to adding (not removing) Editor rights only.
| firstversion = 5
| firstversion = 5
| lastversion = 999
| lastversion = 999
Line 686: Line 757:
| mc = Yes
| mc = Yes
| ec = No
| ec = No
| maned = Yes
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = Yes
| tech = Yes
| interface = Yes
| interface = No
| founder = Yes
| founder = Yes
| bot = No
| bot = No
Line 697: Line 769:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = editusercssjs
| right = rollback
| desc = allows editing *.css / *.js subpages of any user.
| desc = allows one-click reversion of edits.
| explain = Given only to Senior Technical Staff. They will most likely only use this to help out a user who has broken their CZ experience by editing these subpages.
| explain = This is similar to the 'undo' command found on article histories, but removes all prompts. It is therefore much quicker, but requires a careful hand. Given to Editors and the EC, who are most likely to deal with reverting edits. Given to Constables to deal with spam quickly. Given to Bots as this makes them more lightweight and reduces server load.
| firstversion = 12
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = No
| karma = No
| karma = No
| editor = No
| editor = Yes
| mc = No
| mc = No
| ec = No
| ec = Yes
| constable = No
| maned = Yes
| constable = Yes
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = Yes
| tech = No
| interface = No
| interface = No
| founder = No
| founder = No
| bot = No
| bot = Yes
| deletebot = No
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = deleterevision
| right = markbotedits
| desc = allows deleting/undeleting information (revision text, edit summary, user who made the edit) of specific revisions
| desc = allows rollback to be marked as bot edits
| explain = Given to Constables, Ombudsman, EC and MC only. When revision information is deleted like this, it may still be seen by people who have this right. This is a powerful tool and is to be used only in accordance with policies that the MC must create.
| explain = Bot edits can be filtered out of the recent changes list. This gives bots the right to mark their rollbacks as bot edits.
| firstversion = 6
| firstversion = 12
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 728: Line 801:
| karma = No
| karma = No
| editor = No
| editor = No
| mc = Yes
| mc = No
| ec = Yes
| ec = No
| constable = Yes
| maned = No
| ombudsman = Yes
| constable = No
| ombudsman = No
| epa = No
| epa = No
| tech = No
| tech = No
| interface = No
| interface = No
| founder = Yes
| founder = No
| bot = No
| bot = Yes
| deletebot = No
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = suppressrevision
| right = editinterface
| desc = allows preventing deleted revision information from being viewed by sysops and prevents sysops from undeleting the hidden info. Previously known as hiderevision and nukerevision
| desc = allows editing the MediaWiki namespace, which contains interface messages.
| explain = Given to MC only. When revision information is deleted like this, it may still be seen by people who have this right - however Constables, Ombudsman and EC will not be able to see it. This is a very powerful tool and is to be used only in accordance with policies that the MC must create. They may wish to restrict this further, and have just one or two nominated 'Compliance Officer' or similar. If this occurs, an extra group should be made for them and the MC should not gain this power.
| explain = Given to Senior Technical Staff and Interface Developers for technical improvements. Given to the MC as they may need to change copyright notices and similar.
| firstversion = 6
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 752: Line 826:
| mc = Yes
| mc = Yes
| ec = No
| ec = No
| maned = Yes
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = No
| tech = Yes
| interface = No
| interface = Yes
| founder = No
| founder = Yes
| bot = No
| bot = No
| deletebot = No
| deletebot = No
Line 763: Line 838:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = bot
| right = editusercssjs
| desc = hides edits from recent changes lists and watchlists by default (can optionally be viewed).
| desc = allows editing *.css / *.js subpages of any user.
| explain = Bot edits can be filtered out of the recent changes list. This gives bots the right to mark their edits as bot edits.
| explain = Given only to Senior Technical Staff. They will most likely only use this to help out a user who has broken their CZ experience by editing these subpages.
| firstversion = 5
| firstversion = 12
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 774: Line 849:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = No
| tech = Yes
| interface = No
| interface = No
| founder = No
| founder = No
| bot = Yes
| bot = No
| deletebot = Yes
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = purge
| right = deleterevision
| desc = allows purging a page without a confirmation step (URL parameter "&action=purge").
| desc = allows deleting/undeleting information (revision text, edit summary, user who made the edit) of specific revisions
| explain = Purging forces the MediaWiki software and a page to rebuild itself; it is in this way not dissimilar to web browser refreshment. It is typically utilised to clear the cache and ensure that changes are immediately visible to everyone. Purging should be allowed by all Citizens.
| explain = Given to Constables, Ombudsman, EC and MC only. When revision information is deleted like this, it may still be seen by people who have this right. This is a powerful tool and is to be used only in accordance with policies that the MC must create.
| firstversion = 10
| firstversion = 6
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = Yes
| citizens = No
| karma = Inherit
| karma = No
| editor = Inherit
| editor = No
| mc = Inherit
| mc = Yes
| ec = Inherit
| ec = Yes
| constable = Inherit
| maned = Yes
| ombudsman = Inherit
| constable = Yes
| epa = Inherit
| ombudsman = Yes
| tech = Inherit
| epa = No
| interface = Inherit
| tech = No
| founder = Inherit
| interface = No
| bot = Inherit
| founder = Yes
| deletebot = Inherit
| bot = No
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = minoredit
| right = suppressrevision
| desc = allows marking an edit as 'minor'.
| desc = allows preventing deleted revision information from being viewed by sysops and prevents sysops from undeleting the hidden info. Previously known as hiderevision and nukerevision
| explain = All Citizens can mark an edit as minor.
| explain = Given to MC only. When revision information is deleted like this, it may still be seen by people who have this right - however Constables, Ombudsman and EC will not be able to see it. This is a very powerful tool and is to be used only in accordance with policies that the MC must create. They may wish to restrict this further, and have just one or two nominated 'Compliance Officer' or similar. If this occurs, an extra group should be made for them and the MC should not gain this power.
| firstversion = 6
| firstversion = 6
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = Yes
| citizens = No
| karma = Inherit
| karma = No
| editor = Inherit
| editor = No
| mc = Inherit
| mc = Yes
| ec = Inherit
| ec = No
| constable = Inherit
| maned = Yes
| ombudsman = Inherit
| constable = No
| epa = Inherit
| ombudsman = No
| tech = Inherit
| epa = No
| interface = Inherit
| tech = No
| founder = Inherit
| interface = No
| bot = Inherit
| founder = No
| deletebot = Inherit
| bot = No
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = nominornewtalk
| right = bot
| desc = blocks new message notification when making minor edits to user talk pages (requires minor edit right).
| desc = hides edits from recent changes lists and watchlists by default (can optionally be viewed).
| explain = Only bots would require this, as only they are likely to make edits on a users talk page without needing to inform the user that there is a message.
| explain = Bot edits can be filtered out of the recent changes list. This gives bots the right to mark their edits as bot edits.
| firstversion = 9
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 840: Line 918:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 847: Line 926:
| founder = No
| founder = No
| bot = Yes
| bot = Yes
| deletebot = Yes
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = noratelimit
| right = purge
| desc = not affected by rate limits
| desc = allows purging a page without a confirmation step (URL parameter "&action=purge").
| explain = The rate limit is the maximum number of actions allowed in a given number of seconds. All accounts should be held accountable to this to prevent technical difficulties
| explain = Purging forces the MediaWiki software and a page to rebuild itself; it is in this way not dissimilar to web browser refreshment. It is typically utilised to clear the cache and ensure that changes are immediately visible to everyone. Purging should be allowed by all Citizens.
| firstversion = 13
| firstversion = 10
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = Yes
| karma = No
| karma = Inherit
| editor = No
| editor = Inherit
| mc = No
| mc = Inherit
| ec = No
| ec = Inherit
| constable = No
| maned = Inherit
| ombudsman = No
| constable = Inherit
| epa = No
| ombudsman = Inherit
| tech = No
| epa = Inherit
| interface = No
| tech = Inherit
| founder = No
| interface = Inherit
| bot = No
| founder = Inherit
| deletebot = No
| bot = Inherit
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = ipblock-exempt
| right = minoredit
| desc = makes user immune to blocks applied to his IP address or a range (CIDR) containing it.
| desc = allows marking an edit as 'minor'.
| explain = This should not be given to anyone initially. In the event that we run into a problem regarding innocent people getting caught in an IP block then we should create a new group to put them in.
| explain = All Citizens can mark an edit as minor.
| firstversion = 9
| firstversion = 6
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = Yes
| karma = No
| karma = Inherit
| editor = No
| editor = Inherit
| mc = No
| mc = Inherit
| ec = No
| ec = Inherit
| constable = No
| maned = Inherit
| ombudsman = No
| constable = Inherit
| epa = No
| ombudsman = Inherit
| tech = No
| epa = Inherit
| interface = No
| tech = Inherit
| founder = No
| interface = Inherit
| bot = No
| founder = Inherit
| deletebot = No
| bot = Inherit
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = proxyunbannable
| right = nominornewtalk
| desc = makes user immune to the open proxy blocker, which is disabled by default ($wgBlockOpenProxies).
| desc = blocks new message notification when making minor edits to user talk pages (requires minor edit right).
| explain = We do not use the open proxy blocker currently, but this right would not be needed initially anyway. In the event that we run into a problem regarding innocent people getting caught in an open proxy block then we should create a new group to put them in.
| explain = Only bots would require this, as only they are likely to make edits on a users talk page without needing to inform the user that there is a message.
| firstversion = 7
| firstversion = 9
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 906: Line 987:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 912: Line 994:
| interface = No
| interface = No
| founder = No
| founder = No
| bot = No
| bot = Yes
| deletebot = No
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = patrol
| right = noratelimit
| desc = allows marking edits as legitimate ($wgUseRCPatrol must be true).
| desc = not affected by rate limits
| explain = We do not use the recent changes patrol, therefore we do not require this right.
| explain = The rate limit is the maximum number of actions allowed in a given number of seconds. All accounts should be held accountable to this to prevent technical difficulties
| firstversion = 9
| firstversion = 13
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 928: Line 1,010:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 939: Line 1,022:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = autopatrol
| right = ipblock-exempt
| desc = automatically marks all edits by the user as patrolled ($wgUseRCPatrol must be true).
| desc = makes user immune to blocks applied to his IP address or a range (CIDR) containing it.
| explain = We do not use the recent changes patrol, therefore we do not require this right.
| explain = This should not be given to anyone initially. In the event that we run into a problem regarding innocent people getting caught in an IP block then we should create a new group to put them in.
| firstversion = 9
| firstversion = 9
| lastversion = 999
| lastversion = 999
Line 950: Line 1,033:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 961: Line 1,045:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = apihighlimits
| right = proxyunbannable
| desc = allows user to use higher limits for API queries
| desc = makes user immune to the open proxy blocker, which is disabled by default ($wgBlockOpenProxies).
| explain = Only authorised bots should be using the higher limits.
| explain = We do not use the open proxy blocker currently, but this right would not be needed initially anyway. In the event that we run into a problem regarding innocent people getting caught in an open proxy block then we should create a new group to put them in.
| firstversion = 12
| firstversion = 7
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 972: Line 1,056:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 978: Line 1,063:
| interface = No
| interface = No
| founder = No
| founder = No
| bot = Yes
| bot = No
| deletebot = Yes
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = writeapi
| right = patrol
| desc = controls access to the write API ($wgEnableWriteAPI must be true)
| desc = allows marking edits as legitimate ($wgUseRCPatrol must be true).
| explain = The write API is currently disabled, but all Citizens should be allowed to use the write API if we enable it.
| explain = We do not use the recent changes patrol, therefore we do not require this right.
| firstversion = 13
| firstversion = 9
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = Yes
| citizens = No
| karma = Inherit
| karma = No
| editor = Inherit
| editor = No
| mc = Inherit
| mc = No
| ec = Inherit
| ec = No
| constable = Inherit
| maned = No
| ombudsman = Inherit
| constable = No
| epa = Inherit
| ombudsman = No
| tech = Inherit
| epa = No
| interface = Inherit
| tech = No
| founder = Inherit
| interface = No
| bot = Inherit
| founder = No
| deletebot = Inherit
| bot = No
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = suppressredirect
| right = autopatrol
| desc = Allows moving a page without automatically creating a redirect.
| desc = automatically marks all edits by the user as patrolled ($wgUseRCPatrol must be true).
| explain = Only bots require this right.
| explain = We do not use the recent changes patrol, therefore we do not require this right.
| firstversion = 12
| firstversion = 9
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 1,016: Line 1,102:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 1,022: Line 1,109:
| interface = No
| interface = No
| founder = No
| founder = No
| bot = Yes
| bot = No
| deletebot = Yes
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = siteadmin
| right = apihighlimits
| desc = allows locking and unlocking the database (which blocks all interactions with the web site except viewing). Deprecated by default.
| desc = allows user to use higher limits for API queries
| explain = Senior Technical Staff (very rarely) may need this in order to resolve technical issues or perform upgrades.
| explain = Only authorised bots should be using the higher limits.
| firstversion = 5
| firstversion = 12
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 1,038: Line 1,125:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = Yes
| tech = No
| interface = No
| interface = No
| founder = No
| founder = No
| bot = No
| bot = Yes
| deletebot = No
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = import
| right = writeapi
| desc = allows user to import one page per time from another wiki ("transwiki").
| desc = controls access to the write API ($wgEnableWriteAPI must be true)
| explain = If this is required it should be done manually.
| explain = The write API is currently disabled, but all Citizens should be allowed to use the write API if we enable it.
| firstversion = 5
| firstversion = 13
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = Yes
| karma = No
| karma = Inherit
| editor = No
| editor = Inherit
| mc = No
| mc = Inherit
| ec = No
| ec = Inherit
| constable = No
| maned = Inherit
| ombudsman = No
| constable = Inherit
| epa = No
| ombudsman = Inherit
| tech = No
| epa = Inherit
| interface = No
| tech = Inherit
| founder = No
| interface = Inherit
| bot = No
| founder = Inherit
| deletebot = No
| bot = Inherit
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = importupload
| right = suppressredirect
| desc = allows user to import several pages per time from XML files. This right was called 'importraw' in and before version 1.5.
| desc = Allows moving a page without automatically creating a redirect.
| explain = Senior Technical Staff may occasionally require this right for restoring backups.
| explain = Only bots require this right.
| firstversion = 5
| firstversion = 12
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 1,082: Line 1,171:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = Yes
| tech = No
| interface = No
| interface = No
| founder = No
| founder = No
| bot = No
| bot = Yes
| deletebot = No
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = trackback
| right = siteadmin
| desc = allows removal of trackbacks (if $wgUseTrackbacks is true).
| desc = allows locking and unlocking the database (which blocks all interactions with the web site except viewing). Deprecated by default.
| explain = Trackbacks are not enabled, and we therefore do not need this right.
| explain = Senior Technical Staff (very rarely) may need this in order to resolve technical issues or perform upgrades.
| firstversion = 7
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
Line 1,104: Line 1,194:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
| epa = No
| epa = No
| tech = No
| tech = Yes
| interface = No
| interface = No
| founder = No
| founder = No
Line 1,115: Line 1,206:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = unwatchedpages
| right = import
| desc = allows access to Special:Unwatchedpages, which lists pages that no user has watchlisted.
| desc = allows user to import one page per time from another wiki ("transwiki").
| explain = Established Citizens would find this useful.
| explain = If this is required it should be done manually.
| firstversion = 6
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = No
| karma = Yes
| karma = No
| editor = Inherit
| editor = No
| mc = Inherit
| mc = No
| ec = Inherit
| ec = No
| constable = Inherit
| maned = No
| ombudsman = Inherit
| constable = No
| epa = Inherit
| ombudsman = No
| tech = Inherit
| epa = No
| interface = Inherit
| tech = No
| founder = Inherit
| interface = No
| bot = Inherit
| founder = No
| deletebot = Inherit
| bot = No
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = setwpfrom
| right = importupload
| desc = Allows the 'Content is from Wikipedia?' flag to be set on an article (CZ specific)
| desc = allows user to import several pages per time from XML files. This right was called 'importraw' in and before version 1.5.
| explain = Anyone who can edit an article needs this right, so it is given to all Citizens.
| explain = Senior Technical Staff may occasionally require this right for restoring backups.
| firstversion = 13
| firstversion = 5
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = Yes
| citizens = No
| karma = Yes
| karma = No
| editor = Yes
| editor = No
| mc = Yes
| mc = No
| ec = Yes
| ec = No
| constable = Yes
| maned = No
| ombudsman = Yes
| constable = No
| epa = Yes
| ombudsman = No
| epa = No
| tech = Yes
| tech = Yes
| interface = Yes
| interface = No
| founder = Yes
| founder = No
| bot = Yes
| bot = No
| deletebot = Yes
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = skipcaptcha
| right = trackback
| desc = Removes the need for the user to see a CAPTCHA form (from [http://www.mediawiki.org/wiki/Extension:ConfirmEdit Extension:ConfirmEdit])
| desc = allows removal of trackbacks (if $wgUseTrackbacks is true).
| explain = Once a user is Established they should no longer see this. This extension is currently disabled, but the right should be added for if this needs to be turned on in case of spam attack.
| explain = Trackbacks are not enabled, and we therefore do not need this right.
| firstversion = 13
| firstversion = 7
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = No
| karma = Yes
| karma = No
| editor = Inherit
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposal
| right = unwatchedpages
| desc = allows access to Special:Unwatchedpages, which lists pages that no user has watchlisted.
| explain = Established Citizens would find this useful.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = No
| karma = Yes
| editor = Inherit
| mc = Inherit
| mc = Inherit
| ec = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| constable = Inherit
| ombudsman = Inherit
| ombudsman = Inherit
Line 1,181: Line 1,298:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = checkuser
| right = setwpfrom
| desc = Grants users with the appropriate permission the ability to check user's IP addresses and other information (from [http://www.mediawiki.org/wiki/Extension:CheckUser Extension:CheckUser])
| desc = Allows the 'Content is from Wikipedia?' flag to be set on an article (CZ specific)
| explain = Required by Constables and EPA when approving accounts and for behaviour reasons.
| explain = Anyone who can edit an article needs this right, so it is given to all Citizens.
| firstversion = 13
| firstversion = 13
| lastversion = 999
| lastversion = 999
| all = No
| all = No
| citizens = No
| citizens = Yes
| karma = No
| karma = Inherit
| editor = No
| editor = Inherit
| mc = Yes
| mc = Inherit
| ec = No
| ec = Inherit
| constable = Yes
| maned = Inherit
| ombudsman = No
| constable = Inherit
| epa = Yes
| ombudsman = Inherit
| tech = No
| epa = Inherit
| interface = No
| tech = Inherit
| founder = Yes
| interface = Inherit
| bot = No
| founder = Inherit
| deletebot = No
| bot = Inherit
| deletebot = Inherit
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = confirmaccount
| right = skipcaptcha
| desc = Allows access to [[Special:ConfirmAccounts]], which is the page that is used to confirm pending account requests at Citizendium. (from [http://www.mediawiki.org/wiki/Extension:ConfirmAccount Extension:ConfirmAccount])
| desc = Removes the need for the user to see a CAPTCHA form (from [http://www.mediawiki.org/wiki/Extension:ConfirmEdit Extension:ConfirmEdit])
| explain = Required by Constables for approving Author accounts, EPA members for approving Editor accounts and Technical Staff for approving Bot accounts.
| explain = Once a user is Established they should no longer see this. This extension is currently disabled, but the right should be added for if this needs to be turned on in case of spam attack.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = Yes
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposal
| right = checkuser
| desc = Grants users with the appropriate permission the ability to check user's IP addresses and other information (from [http://www.mediawiki.org/wiki/Extension:CheckUser Extension:CheckUser])
| explain = Required by Constables and EPA when approving accounts and for behaviour reasons.
| firstversion = 13
| firstversion = 13
| lastversion = 999
| lastversion = 999
Line 1,212: Line 1,353:
| karma = No
| karma = No
| editor = No
| editor = No
| mc = No
| mc = Yes
| ec = No
| ec = No
| maned = Yes
| constable = Yes
| constable = Yes
| ombudsman = No
| ombudsman = No
| epa = Yes
| epa = Yes
| tech = Yes
| tech = No
| interface = No
| interface = No
| founder = Yes
| founder = Yes
Line 1,225: Line 1,367:


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = setstatus
| right = confirmaccount
| desc = (CZ specific)
| desc = Allows access to [[Special:ConfirmAccounts]], which is the page that is used to confirm pending account requests at Citizendium. (from [http://www.mediawiki.org/wiki/Extension:ConfirmAccount Extension:ConfirmAccount])
| explain = <font color=red>Unable to find explaination for this permission!</font>
| explain = Required by Constables for approving Author accounts, EPA members for approving Editor accounts and Technical Staff for approving Bot accounts.
| firstversion = 13
| firstversion = 13
| lastversion = 999
| lastversion = 999
| all =  
| all = No
| citizens =  
| citizens = No
| karma =  
| karma = No
| editor =  
| editor = No
| mc =  
| mc = No
| ec =  
| ec = No
| constable =  
| maned = No
| ombudsman =  
| constable = Yes
| epa =  
| ombudsman = No
| tech =  
| epa = Yes
| interface =  
| tech = Yes
| founder =  
| interface = No
| bot =  
| founder = Yes
| deletebot =  
| bot = No
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = newslettermembers
| right = setstatus
| desc = Allows access to [[Special:NewsletterMembers]], which is a list of people subscribed to the newsletter and the ability to unsubscribe people(for CZ specific Newsletter extension)
| desc = This was part of the original schema to mark a pages status as "from Wikipedia" or not. (CZ specific)
| explain = Only the EC and MC should have access to the Newsletter extension.
| explain = This right was part of the original coding, but has been confirmed by [[User:Greg Sabino Mullane|Greg Sabino Mullane]] to be useless. This right will be removed.
| firstversion = 13
| firstversion = 13
| lastversion = 999
| lastversion = 999
Line 1,256: Line 1,399:
| karma = No
| karma = No
| editor = No
| editor = No
| mc = Yes
| mc = No
| ec = Yes
| ec = No
| maned = No
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 1,263: Line 1,407:
| tech = No
| tech = No
| interface = No
| interface = No
| founder = Yes
| founder = No
| bot = No
| bot = No
| deletebot = No
| deletebot = No
}}
}}


{{ChrisKeyRightsProposal
{{ChrisKeyRightsProposal
| right = newslettermassmailer
| right = newslettermembers
| desc = Allows access to [[Special:NewsletterMassMailer]] which allows mass email to be sent to either all users subscribed to the newsletter, or all users registered on the wiki (for CZ specific Newsletter extension)
| desc = Allows access to [[Special:NewsletterMembers]], which is a list of people subscribed to the newsletter and the ability to unsubscribe people(for CZ specific Newsletter extension)
| explain = Only the EC and MC should have access to the Newsletter extension.
| explain = Only the EC and MC should have access to the Newsletter extension.
| firstversion = 13
| firstversion = 13
Line 1,281: Line 1,424:
| mc = Yes
| mc = Yes
| ec = Yes
| ec = Yes
| maned = Yes
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
{{ChrisKeyRightsProposal
| right = newslettermassmailer
| desc = Allows access to [[Special:NewsletterMassMailer]] which allows mass email to be sent to either all users subscribed to the newsletter, or all users registered on the wiki (for CZ specific Newsletter extension)
| explain = Only the EC and MC should have access to the Newsletter extension.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = No
| constable = No
| ombudsman = No
| ombudsman = No
Line 1,303: Line 1,471:
| mc = Yes
| mc = Yes
| ec = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| constable = Yes
| ombudsman = Yes
| ombudsman = Yes
Line 1,325: Line 1,494:
| mc = No
| mc = No
| ec = No
| ec = No
| maned = No
| constable = Yes
| constable = Yes
| ombudsman = No
| ombudsman = No
Line 1,347: Line 1,517:
| mc = Yes
| mc = Yes
| ec = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| constable = Yes
| ombudsman = Yes
| ombudsman = Yes
Line 1,352: Line 1,523:
| tech = No
| tech = No
| interface = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
{{ChrisKeyRightsProposal
| right = editprotectedtemplates
| desc = allows editing of protected template
| explain = Some templates, such as the <nowiki>{{subpages}}</nowiki> template, are protected to prevent accidental damage to templates that control user interface. The ability to edit these templates should be given to Interface Designers who may need to edit them in the line of their work. In order to do this, we will need to add the line <code>$wgRestrictionLevels[] = 'editprotectedtemplates';</code> to LocalSettings.php and add this right. We also need to edit [[MediaWiki:Protect-level-editprotectedtemplates]] to give it a more user friendly text. This right is also given to those who have the 'protect' right.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = Yes
| interface = Yes
| founder = Yes
| founder = Yes
| bot = No
| bot = No
Line 1,357: Line 1,550:
}}
}}


===Summary===
====Summary of Rights Given to Each User Group====
''Create a table similar to that seen at [[User:Chris_Key/Sandbox/Userrights]].''
{|border=1
 
|-
==Implementation==
!Right
''Include instructions on how to implement this, including modifications to [[CZ:Technical/LocalSettings.php|LocalSettings.php]] for implementing the new setup and removing the old setup.''
!width=50 align=center| Visitor
 
!width=50 align=center| Citizen
==Testing==
!width=50 align=center| Est. Cit.
''Attempt to set up a clone on [http://www.rochenhost.com/143.html shared hosting] with a full test of the proposed system. Failing that, conduct a thorough test on my personal clone.''
!width=50 align=center| Editor
 
!width=50 align=center| MC
!width=50 align=center| EC
!width=50 align=center| Cop
!width=50 align=center| Ombud.
!width=50 align=center| Man. Ed.
!width=50 align=center| EPA
!width=50 align=center| Snr. Tech
!width=50 align=center| I/face Dev
!width=50 align=center| Larry
!width=50 align=center| Bot
!width=50 align=center| Bot /w Del
!Works on Live CZ?
{{ChrisKeyRightsProposalSummary
| right = read
| desc = allows viewing pages
| explain = Without this right it is not possible to view the content on any page. Therefore this should be yes for everyone.
| firstversion = 5
| lastversion = 999
| all = Yes
| citizens = Inherit
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = edit
| desc = allows editing unprotected pages.
| explain = All Citizens are allowed to edit pages.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = createpage
| desc = allows the creation of new pages (requires the edit right).
| explain = All Citizens are allowed to create new articles.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = createtalk
| desc = allows the creation of new talk pages (requires the edit right).
| explain = All Citizens are allowed to create new talk pages.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = move
| desc = allows renaming the titles of unprotected pages (requires the edit right).
| explain = This is a slightly more advanced tool, and it would be useful for Citizens to get to grips with CZ and it's policies before moving pages. Therefore, this is given to Established Citizens.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = Yes
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = movefile
| desc = allows renaming pages in the "File" namespace (requires the move right and $wgAllowImageMoving to be true).
| explain = The 'file' namespace is where images and videos are stored. This is a slightly more advanced tool, and it would be useful for Citizens to get to grips with CZ and it's policies before moving files. Therefore, this is given to Established Citizens.
| firstversion = 14
| lastversion = 999
| all = No
| citizens = No
| karma = Yes
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = move-subpages
| desc = move subpages along with page (requires the move right).
| explain = Given the frequent use of subpages on CZ, this should be given to all who can 'move'.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = Yes
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = move-rootuserpages
| desc = can move root pages in the "User" namespace (requires the move right).
| explain = This would be moving people's actual User page. The only time that I can see this being needed is if a person's username is changed. This is dealt with by Constables, so only they have this right.
| firstversion = 14
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = Yes
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = createaccount
| desc = allows the direct creation of new user accounts.
| explain = Technical Staff need this for creating Bot accounts. Management Committee need this for creating special purpose accounts (such as [[User:Approvals Manager]]. No other group requires this right.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = No
| maned = Yes
| constable = No
| ombudsman = No
| epa = No
| tech = Yes
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = upload
| desc = allows the creation of new images and files.
| explain = All Citizens can upload new images, videos, etc.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = reupload
| desc = allows overwriting existing images and files (requires the upload right).
| explain = Overwriting an existing image could impact on a large number of articles. It is preferable that the user is familiar with CZ before doing such a thing. Therefore is given to Established Users only. However, see [#reupload-own]
| firstversion = 6
| lastversion = 999
| all = No
| citizens = No
| karma = Yes
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = reupload-own
| desc = allows overwriting existing images and files uploaded by oneself (requires the upload right).
| explain = Although overwriting someone elses image requires some knowledge of CZ, overwriting an image that you uploaded yourself should be avaliable to all Citizens as they will probably be aware of where it is used.
| firstversion = 11
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = upload_by_url
| desc = allows uploading by entering the URL of an external image (requires the upload right).
| explain = This is a conveniance tool only, and the same effect can be obtained by downloading the picture from the external URL and then uploading it. Therefore all Citizens have this right.
| firstversion = 8
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = editprotected
| desc = allows to edit protected pages (without cascading protection).
| explain = Not required. Everyone who needs to edit protected pages also needs to be able to protect them. Being able to protect a page also gives the power to edit protected pages. See [[#protect]]
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = delete
| desc = allows the deletion of pages. For undeletions, there is now the 'undelete' right, see below.
| explain = Constables require this for processing speedydelete requests. EC, MC and Ombudsman require this for dealing with content issues and for keeping policy pages in order. Senior Technical Staff require this for template maintainance and dealing with other technical issues. Bots that are approved for delete permission require this.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = Yes
}}
 
{{ChrisKeyRightsProposalSummary
| right = bigdelete
| desc = allows deletion of pages with larger than $wgDeleteRevisionsLimit revisions
| explain = Same as 'delete' above.
| firstversion = 12
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = Yes
}}
 
{{ChrisKeyRightsProposalSummary
| right = deletedhistory
| desc = allows viewing deleted revisions, but not restoring.
| explain = Constables will require this in order to check a page before processing undeletion requests. EC, MC and Ombudsman will need to review these pages for dispute resolution and policy making.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = undelete
| desc = allows the undeletion of pages.
| explain = Everyone who can delete also needs to be able to undelete for the same reasons.
| firstversion = 12
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = Yes
}}
{{ChrisKeyRightsProposalSummary
| right = browsearchive
| desc = allows prefix searching for titles of deleted pages through Special:Undelete.
| explain = Allows easy searching for pages that have been deleted. Give to everyone who has the undelete command.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = Yes
}}
 
{{ChrisKeyRightsProposalSummary
| right = mergehistory
| desc = allows access to Special:MergeHistory, to merge non-overlapping pages.
| explain = All wikimedia projects have this disabled as it introduces a security risk as revisions can be hidden secretly. Citizendium should leave it disabled.
| firstversion = 12
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = protect
| desc = allows locking a page to prevent edits and moves, and editing or moving locked pages.
| explain = Constables require this right in order to perform the approval process, and for behaviour management. It is likely that the MC and EC will want to protect the wording of any official policies they draw up, and therefore they need this right. The Ombudsman is also given this right for dispute resolution. Finally, Senior Technical Staff may need to edit protected pages when resolving technical bugs, particularly those involving templates.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
{{ChrisKeyRightsProposalSummary
| right = block
| desc = allows the blocking of IP addresses, CIDR ranges, and registered users. Block options include preventing editing and registering new accounts, and autoblocking other users on the same IP address.
| explain = Constables need this for obvious reasons. Senior Technical Staff require this in order to block users or bots that are consuming unacceptable amounts of system resources, or are causing other damage to the wiki. The MC are responsible for non-content issues, and therefore may need to block in some circumstances.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = No
| maned = Yes
| constable = Yes
| ombudsman = No
| epa = No
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = blockemail
| desc = allows preventing use of the Special:Emailuser interface when blocking.
| explain = This is given to all users who can block.
| firstversion = 11
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = No
| maned = Yes
| constable = Yes
| ombudsman = No
| epa = No
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = hideuser
| desc = allows hiding the user/IP from the block log, active block list, and user list when blocking.
| explain = This is a very powerful tool that hides (from all but those with this right) all traces that a user ever existed on the site. It would only be used in very specific circumstances after discussion amongst the MC. As a result, only the MC have this power. They may wish to restrict this further, and have just one or two nominated 'Compliance Officer' or similar. If this occurs, an extra group should be made for them and the MC should not gain this power.
| firstversion = 10
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = No
| maned = Yes
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = userrights
| desc = allows the use of the user rights interface, which allows the assignment or removal of all* groups to any user.
| explain = The Management Committee are overall responsible for officially implementing all appointments. Therefore they have full use of this right. Senior Technical Staff also require this in order to deal with technical issues. EPA members should have this, but it must be limited to adding (not removing) Editor rights only.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = No
| maned = Yes
| constable = No
| ombudsman = No
| epa = No
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = rollback
| desc = allows one-click reversion of edits.
| explain = This is similar to the 'undo' command found on article histories, but removes all prompts. It is therefore much quicker, but requires a careful hand. Given to Editors and the EC, who are most likely to deal with reverting edits. Given to Constables to deal with spam quickly. Given to Bots as this makes them more lightweight and reduces server load.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = Yes
| mc = No
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = Yes
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = markbotedits
| desc = allows rollback to be marked as bot edits
| explain = Bot edits can be filtered out of the recent changes list. This gives bots the right to mark their rollbacks as bot edits.
| firstversion = 12
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = Yes
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = editinterface
| desc = allows editing the MediaWiki namespace, which contains interface messages.
| explain = Given to Senior Technical Staff and Interface Developers for technical improvements. Given to the MC as they may need to change copyright notices and similar.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = No
| maned = Yes
| constable = No
| ombudsman = No
| epa = No
| tech = Yes
| interface = Yes
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = editusercssjs
| desc = allows editing *.css / *.js subpages of any user.
| explain = Given only to Senior Technical Staff. They will most likely only use this to help out a user who has broken their CZ experience by editing these subpages.
| firstversion = 12
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = Yes
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = deleterevision
| desc = allows deleting/undeleting information (revision text, edit summary, user who made the edit) of specific revisions
| explain = Given to Constables, Ombudsman, EC and MC only. When revision information is deleted like this, it may still be seen by people who have this right. This is a powerful tool and is to be used only in accordance with policies that the MC must create.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = suppressrevision
| desc = allows preventing deleted revision information from being viewed by sysops and prevents sysops from undeleting the hidden info. Previously known as hiderevision and nukerevision
| explain = Given to MC only. When revision information is deleted like this, it may still be seen by people who have this right - however Constables, Ombudsman and EC will not be able to see it. This is a very powerful tool and is to be used only in accordance with policies that the MC must create. They may wish to restrict this further, and have just one or two nominated 'Compliance Officer' or similar. If this occurs, an extra group should be made for them and the MC should not gain this power.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = No
| maned = Yes
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = bot
| desc = hides edits from recent changes lists and watchlists by default (can optionally be viewed).
| explain = Bot edits can be filtered out of the recent changes list. This gives bots the right to mark their edits as bot edits.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = Yes
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = purge
| desc = allows purging a page without a confirmation step (URL parameter "&action=purge").
| explain = Purging forces the MediaWiki software and a page to rebuild itself; it is in this way not dissimilar to web browser refreshment. It is typically utilised to clear the cache and ensure that changes are immediately visible to everyone. Purging should be allowed by all Citizens.
| firstversion = 10
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = minoredit
| desc = allows marking an edit as 'minor'.
| explain = All Citizens can mark an edit as minor.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = nominornewtalk
| desc = blocks new message notification when making minor edits to user talk pages (requires minor edit right).
| explain = Only bots would require this, as only they are likely to make edits on a users talk page without needing to inform the user that there is a message.
| firstversion = 9
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = Yes
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = noratelimit
| desc = not affected by rate limits
| explain = The rate limit is the maximum number of actions allowed in a given number of seconds. All accounts should be held accountable to this to prevent technical difficulties
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = ipblock-exempt
| desc = makes user immune to blocks applied to his IP address or a range (CIDR) containing it.
| explain = This should not be given to anyone initially. In the event that we run into a problem regarding innocent people getting caught in an IP block then we should create a new group to put them in.
| firstversion = 9
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = proxyunbannable
| desc = makes user immune to the open proxy blocker, which is disabled by default ($wgBlockOpenProxies).
| explain = We do not use the open proxy blocker currently, but this right would not be needed initially anyway. In the event that we run into a problem regarding innocent people getting caught in an open proxy block then we should create a new group to put them in.
| firstversion = 7
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = patrol
| desc = allows marking edits as legitimate ($wgUseRCPatrol must be true).
| explain = We do not use the recent changes patrol, therefore we do not require this right.
| firstversion = 9
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = autopatrol
| desc = automatically marks all edits by the user as patrolled ($wgUseRCPatrol must be true).
| explain = We do not use the recent changes patrol, therefore we do not require this right.
| firstversion = 9
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = apihighlimits
| desc = allows user to use higher limits for API queries
| explain = Only authorised bots should be using the higher limits.
| firstversion = 12
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = Yes
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = writeapi
| desc = controls access to the write API ($wgEnableWriteAPI must be true)
| explain = The write API is currently disabled, but all Citizens should be allowed to use the write API if we enable it.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = suppressredirect
| desc = Allows moving a page without automatically creating a redirect.
| explain = Only bots require this right.
| firstversion = 12
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = Yes
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = siteadmin
| desc = allows locking and unlocking the database (which blocks all interactions with the web site except viewing). Deprecated by default.
| explain = Senior Technical Staff (very rarely) may need this in order to resolve technical issues or perform upgrades.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = Yes
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = import
| desc = allows user to import one page per time from another wiki ("transwiki").
| explain = If this is required it should be done manually.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = importupload
| desc = allows user to import several pages per time from XML files. This right was called 'importraw' in and before version 1.5.
| explain = Senior Technical Staff may occasionally require this right for restoring backups.
| firstversion = 5
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = Yes
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = trackback
| desc = allows removal of trackbacks (if $wgUseTrackbacks is true).
| explain = Trackbacks are not enabled, and we therefore do not need this right.
| firstversion = 7
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = unwatchedpages
| desc = allows access to Special:Unwatchedpages, which lists pages that no user has watchlisted.
| explain = Established Citizens would find this useful.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = No
| karma = Yes
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = setwpfrom
| desc = Allows the 'Content is from Wikipedia?' flag to be set on an article (CZ specific)
| explain = Anyone who can edit an article needs this right, so it is given to all Citizens.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = Yes
| karma = Inherit
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = skipcaptcha
| desc = Removes the need for the user to see a CAPTCHA form (from [http://www.mediawiki.org/wiki/Extension:ConfirmEdit Extension:ConfirmEdit])
| explain = Once a user is Established they should no longer see this. This extension is currently disabled, but the right should be added for if this needs to be turned on in case of spam attack.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = Yes
| editor = Inherit
| mc = Inherit
| ec = Inherit
| maned = Inherit
| constable = Inherit
| ombudsman = Inherit
| epa = Inherit
| tech = Inherit
| interface = Inherit
| founder = Inherit
| bot = Inherit
| deletebot = Inherit
}}
 
{{ChrisKeyRightsProposalSummary
| right = checkuser
| desc = Grants users with the appropriate permission the ability to check user's IP addresses and other information (from [http://www.mediawiki.org/wiki/Extension:CheckUser Extension:CheckUser])
| explain = Required by Constables and EPA when approving accounts and for behaviour reasons.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = No
| maned = Yes
| constable = Yes
| ombudsman = No
| epa = Yes
| tech = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = confirmaccount
| desc = Allows access to [[Special:ConfirmAccounts]], which is the page that is used to confirm pending account requests at Citizendium. (from [http://www.mediawiki.org/wiki/Extension:ConfirmAccount Extension:ConfirmAccount])
| explain = Required by Constables for approving Author accounts, EPA members for approving Editor accounts and Technical Staff for approving Bot accounts.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = Yes
| ombudsman = No
| epa = Yes
| tech = Yes
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = setstatus
| desc = This was part of the original schema to mark a pages status as "from Wikipedia" or not. (CZ specific)
| explain = This right was part of the original coding, but has been confirmed by [[User:Greg Sabino Mullane|Greg Sabino Mullane]] to be useless. This right will be removed.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = newslettermembers
| desc = Allows access to [[Special:NewsletterMembers]], which is a list of people subscribed to the newsletter and the ability to unsubscribe people(for CZ specific Newsletter extension)
| explain = Only the EC and MC should have access to the Newsletter extension.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
 
{{ChrisKeyRightsProposalSummary
| right = newslettermassmailer
| desc = Allows access to [[Special:NewsletterMassMailer]] which allows mass email to be sent to either all users subscribed to the newsletter, or all users registered on the wiki (for CZ specific Newsletter extension)
| explain = Only the EC and MC should have access to the Newsletter extension.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = No
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = lookupcredentials
| desc = Allows access to [[Special:UserCredentials]], which provides a users details that were provided upon registration (email address, biography, cv, etc.) (from [http://www.mediawiki.org/wiki/Extension:ConfirmAccount Extension:ConfirmAccount])
| explain = May be needed by Constables, EC, MC and Ombudsman.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = renameuser
| desc = Gives the right to rename users (from [http://www.mediawiki.org/wiki/Extension:Renameuser Extension:Renameuser])
| explain = All requests for renaming are processed by the Constabulary, so only they need this right.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = No
| ec = No
| maned = No
| constable = Yes
| ombudsman = No
| epa = No
| tech = No
| interface = No
| founder = No
| bot = No
| deletebot = No
}}
 
{{ChrisKeyRightsProposalSummary
| right = requestips
| desc = Adds IP address to the information on [[Special:UserCredentials]] (from [http://www.mediawiki.org/wiki/Extension:ConfirmAccount Extension:ConfirmAccount])
| explain = May be needed by Constables, EC, MC and Ombudsman.
| firstversion = 13
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = No
| interface = No
| founder = Yes
| bot = No
| deletebot = No
}}
{{ChrisKeyRightsProposalSummary
| right = editprotectedtemplates
| desc = allows editing of protected template
| explain = Some templates, such as the <nowiki>{{subpages}}</nowiki> template, are protected to prevent accidental damage to templates that control user interface. The ability to edit these templates should be given to Interface Designers who may need to edit them in the line of their work. In order to do this, we will need to add the line <code>$wgRestrictionLevels[] = 'editprotectedtemplates';</code> to LocalSettings.php and add this right. We also need to edit [[MediaWiki:Protect-level-editprotectedtemplates]] to give it a more user friendly text. This right is also given to those who have the 'protect' right.
| firstversion = 6
| lastversion = 999
| all = No
| citizens = No
| karma = No
| editor = No
| mc = Yes
| ec = Yes
| maned = Yes
| constable = Yes
| ombudsman = Yes
| epa = No
| tech = Yes
| interface = Yes
| founder = Yes
| bot = No
| deletebot = No
}}
 
 
 
 
|}
 
 
 
==References==
==References==
* [http://www.mediawiki.org/wiki/Manual:User_rights MediaWiki Manual:User rights]
{{Reflist|2}}
 
=Feedback from other users=
{{User_talk:Chris_Key/Sandbox/Proposal:_Overhaul_of_user_rights/Feedback}}
<!-- DO NOT PUT YOUR FEEDBACK HERE!!!!


<references />
The feedback is transcluded from a different page. Please go back to the talk page and click the button marked 'CLICK HERE TO ADD YOUR FEEDBACK'-->

Latest revision as of 09:46, 7 March 2024


The account of this former contributor was not re-activated after the server upgrade of March 2022.


IMPORTANT NOTICE
This is a draft proposal only, and very much a work in progress. Until this notice is removed I do not recommend following the proposal outlined in this document.

However, feel free to comment on the talk page.

Background

Citizendium's Wiki runs on standard MediaWiki software[1]. This software provides a permissions system which allows users to be added to multiple user groups, and each of these user groups to be able to do a variety of things. By default MediaWiki sets up a number of standard user groups such as 'User', 'SysOp' and 'Bureaucrat', and gives them a standard set of user rights. Citizendium still uses these groups, although the rights have been modified slightly. CZ technical staff have also added a few extra user groups such as 'Dark Knight', 'Linnaeus' and 'Wikieditor' to allow for some functions to be given to just a limited number of people. Although these groups are the default groups, MediaWiki fully supports the ability to add, remove and modify user groups. The only groups that cannot be removed is 'Users', however it can be modified.

Citizendium's Forum runs on Simple Machines Forum (SMF) software[2]. This software provides a permissions system which also allows users to be added to multiple user groups, and each of these user groups to be able to do a variety of things. By default SMF sets up one standard user group called 'Administrator', a title which is shown underneath the name of the user when they make a post. Citizendium only uses this default group, however SMF fully supports the ability to add, remove and modify user groups.

Citizendium's Charter and policies define a number of roles, such as 'Citizen', 'Editor', 'Constable', 'Management Committee', 'Editorial Council' and 'Ombudsman'. In addition there are a number of roles in Citizendium that are not mentioned in the Charter, such as 'Bot', 'Technical Staff' and 'Editorial Personnel Administrator'.

There is currently little correlation between the roles on the wiki, the roles on the forum, and the roles that actually exist in Citizendium's Charter and policies. For example:

  • A Constable is given Administrator status on the forums and SysOp status on the wiki. Some of them are also given Linnaeus and/or Bureaucrat status on the wiki.
  • Senior members of the technical staff are also given Administrator status on the forums and SysOp status on the wiki. Some of them are also given Bureaucrat and/or Dark Knight status on the wiki.
  • Wikieditor status is given out according to a seemingly random basis that can be tracked down to a few technical and historical issues. It does not correlate to Editor status.
  • New groups are created on an ad-hoc basis, such as the EditInt group which was created when a junior member of the technical team needed to fix a bug requiring the editinterface permission.

Due to this, there have been occasions where a Constable has gone to do something and has found he needs Bureaucrat status, but didn't actually know what that was[3]. There have also been occasions where a new Citizen contacted a SysOp thinking they were a Constable, when in fact they were a member of the Technical Team. Also, there have been concerned Citizens wondering why the list of people marked as 'editor' did not correlate to the actual list of Editors[4]. When I myself first joined Citizendium, I saw the word 'Administrator' underneath a Constables name on the forums. When I later saw another (non-Constable) user with the word 'Administrator' there, I initially thought that they were also a Constable. Few people actually understand what a 'Dark Knight' or a 'Linnaeus' is. This goes against the Charter's stated aim of transparency.

By bundling various roles into the same group some policies are ambiguous. For example, the Approval Process policy states that any 'sysop' may carry out the process, however it is generally considered a Constables job. Could someone like Caesar Schinas, who was given SysOp in order to perform some maintainance on the subpages system and the upload wizard, carry out the process? According to the policy he could, and he certainly has the technical powers necessary, yet I am sure that the person who gave him SysOp powers did not intend this.

In addition, using grouping roles together and giving them all permissions such as those given to SysOps lead to users having more powers than they actually need. For example, a Constable can currently edit the User Interface despite this not being part of their job description. The Linnaeus group needed to be created to allow Constables the ability to rename users without giving it to other SysOps. Caesar Schinas has the power to block people, and the only thing stopping him is trust. Giving a new permission to the SysOp role requires a lot of thought, as you have to take into account that it will give the permission to a wide variety of people including Constables, Technical Staff, EC members and others. From a security standpoint this is obviously a bad thing, especially as Citizendium grows and larger numbers of people need to be kept track of.

There is also no policy for removing any permissions. If a Constable steps down should they lose their SysOp powers, or should they keep them in case they need them? There are certainly a large number of ex-Constables who still have these powers. Does the answer change if they are also a member of the technical staff, and haven't resigned from that position?

One last problem is that the rights themselves are duplicated between groups. For example:

  • The '(all)' user group covers everyone, whether they are logged in or not. Obviously they need the right to read pages, and as such they are given the permission called 'read'.
  • The user group called 'user' covers everyone who is logged in. They have also been given the 'read' permission, even though they inherit it from the '(all)' group. They now have it twice.
  • The user group called 'sysop' is given to several groups of people. They have also been given the 'read' permission, even though they inherit it from the '(all)' group AND the 'user' group. They now have it three times.
  • The user group called 'bureaucrat' is given to a few people, and every single one of them is also a SysOp. It is almost unimaginable that a user will ever be a bureaucrat without also being a SysOp. Bureaucrats have also been given the 'read' permission, even though they inherit it from the '(all)' group AND the 'user' group AND they have it from being a SysOp. They now have it four times!

This redundancy doesn't cause any technical issues, however it does make Special:ListGroupRights quite difficult to read. With a well planned user group system, inheritance will become obvious and avoidable redundancies will not occur.

My proposal is to completely revamp the entire system. Roles in Citizendium will be reflected on the wiki software and the forum software. A Constable will be given 'Constable' status on the wiki, and 'Constable' status on the forum. A member of the Management Committee will be given the 'Management Committee' status on the wiki, and 'Management Committee' status on the forum. When either of these leave their position, the right will simply be taken away from them. Someone who is an Editor, a Constable and a senior member of the Technical Staff will be given put in the 'Editor', 'Constable' and 'Senior Technical Staff' groups. If they then resign as Constable, the 'Constable' group will be removed but the others will remain.

The main advantages of this proposal are:

  • All of the groups will have descriptive names
  • It will be easy to know which groups to put a member in, and when to remove them
  • It will be easy to see who is in which groups and why
  • Viewing Special:ListGroupRights will give a very transparent view of who can do what
  • We will be able to automatically generate lists of Constables, Editors, Technical Staff, etc.
  • It will be easy to give a new power to a group, without having to consider all the different types of people that you are also giving the power to
  • When you see a post from someone on the forum, you will know if they are a Constable or a member of the Technical Staff
  • A Constable will just be a Constable... not a Constable and a Sysop and a Linnaeus and an Administrator.
  • When we develop future extensions, we will be able to give new rights to various groups without having to create new groups. For example, a new extension to automate the approval process will give the ability to nominate an article to those in the 'Editor' group, and the ability to carry out the approval to those in the 'Constable' group.

There are some disadvantages, although I believe them to be minor:

  • Some extensions assume that there is a SysOp and/or a Bureaucrat group, and therefore create them so they can give them permissions. However, one line at the end of the LocalSettings.php file can remove these groups again. The permissions can then be given to the groups that we want to have them.
  • Some areas of the MediaWiki manual and other documentation refer to SysOps and Bureaucrats. The reader would have to bear in mind that we have customised the permissions system and that these groups no longer exist. However, due to the fact that these groups can be customised, most of the MediaWiki documentation references specific rights such as 'block' or 'delete' rather than groups.
  • The Feedback from other users section at the bottom of this page may contain other disadvantages that I have not considered. Please be sure to read this feedback when considering this proposal.

Current System

There are currently a variety of groups. Their rights can be seen at Special:ListGroupRights. An analysis of each follows.

Current MediaWiki User Rights Groups

(all)

This implied group covers everybody who uses Citizendium. It includes people who are not logged in as well as people who are logged in. This group is part of the core coding of MediaWiki and cannot be removed. However, it can be renamed to something more user friendly.

Also, the rights of the (all) group are unusual. The 'Use of the write API (writeapi)' and 'Mark as from Wikipedia (setwpfrom)' rights are activated for this group, even though they cannot actually edit pages.

Recommendation: I have renamed this to All visitors and Citizens below and redefined its rights.

Users

This group is automatically given to every user account on Citizendium, and cannot be revoked. When a list of a user's groups is generated, this group is hidden. This group is part of the core coding of MediaWiki and cannot be removed, however it can be renamed.

Recommendation: I have renamed this Citizen below in line with Citizendium terminology as defined in the Charter. I have also modified its rights.

Autoconfirmed users

This group is promoted automatically when a userhas been registered for 30 days and performed 90 edits (numbers can be adjusted). It is like the 'karma' system that has been previously discussed, but is currently unused except for the ability to "Edit semi-protected pages", which is something we don't currently use.

Recommendation: I agree with the existance of this group, but the name is unhelpful and the rights need to be modified. I have further defined it below as Established Citizen.

emailconfirmed

This is supposed to be given to everyone who has confirmed their email address, however the configuration of CZ does not actually do this. If we wanted to make this work, we'd need the following line in LocalSettings.php: $wgAutopromote['emailconfirmed'] = APCOND_EMAILCONFIRMED;

Recommendation: As we don't confirm users until they have confirmed their email address anyway, this group would be identical to the Users group. Therefore I recommend we delete this group.

Bots

The Bot group is used for Bot accounts, as defined in the CZ:Bot policy that is under development. These accounts need special rights in order to hide their large quantities of edits from the recent changes page, skip things like the CAPTCHA blocks, and perform edits at a higher rate than a human can.

Recommendation: Keep the current group but redefine its rights slightly. Make additional sub-groups for those bots that require special permissions such as Delete.

Sysops

SysOp is a default group included with the MediaWiki software, however it can be removed by adding the following line to LocalSettings.php: unset($wgGroupPermissions['sysop']); It is currently Citizendium's catch-all user group for 'those who require extra powers'. Historically this has included Constables, Senior Technical Staff, assistants to the technical staff, the Secretary to the Editorial Council, CZ's Founder, co-coordinator of the Wikiconverting group and has also been given to anyone else who needs the extra powers, for example Caesar Schinas who was given SysOp in order to perform some maintainance on the subpages system and the upload wizard. For some people I have been unable to find any reason whatsoever, although I am sure there must have been a reason at the time. Because all of these groups of people have all been put into the big 'SysOp' group, it becomes difficult to know why they were put there, or when they should be removed.

The other big problem with the SysOp group is for most of the people it is given to, it is more powers than are necessary. The co-coordinator of the Wikiconverting group does not need the power to block people. Constables do not need the power to edit the user interface. Technical Staff do not need to be able to look up people's email addresses. If it becomes obvious that a Constable needs a power they do not have, giving it to the SysOp group means that lots of extra people have this power also. The alternative is to create a new group and just add the Constables to it, but if we are going to do that why not put all the constables powers in a separate group?

As SysOp does not correlate to any particular role, some users may become confused when seeing the list. This has lead to some SysOps putting a notice on their user pages stating that although they are SysOps, they are not Constables.

Recommendation: Delete this group entirely. Each role should have its own user group with its own powers. This will allow us to know why people have these powers, and keep a tighter cap on exactly which powers they have.

Bureaucrats

Bureaucrat is a default group included with the MediaWiki software, however it can be removed by adding the following line to LocalSettings.php: unset($wgGroupPermissions['bureaucrat']); On CZ this has been given to the most trusted people who need it. Historically this has been the Editor-in-Chief, the Managing Editor, Senior Technical Staff, the Chief Constable and the Assistant Chief Constable. All of these people are also SysOps. The purpose of the bureaucrat role is primarily the ability to promote users into and demote users from other user groups. They also have the ability to use the newsletter extension and to rename users.

Bureaucrat does not relate to any role in the CZ charter or its policies. It also takes a little bit of digging in order to find out why people have been given the power, and there are no criteria for its removal.

Recommendation: Delete the group completely. Spread the powers into the groups that need them that are actually defined in CZ terminology.

Wikieditors (shown as 'Editors')

This group is actually called 'wikieditors', but has been modified to display as 'Editors'. Despite the definitions of this group in LocalSettings.php and elsewhere, this group does not currently just contain Editors. According to old discussion list messages[5] this group originally was given to every registered user in order to allow them to edit the wiki. At some point this was changed, and now it is only given to people who apply as and are accepted as an Editor. This leads to a number of anomolies:

  • Sandy Harris is not in this group and is not an Editor. This is logical.
  • Howard C. Berkowitz is in this group and is an Editor. This is logical.
  • John Stephenson is in this group despite not being an Editor. This is because he joined before the change.
  • Chris Key is not in this group despite being an Editor. This is because the Editor promotion occured several months after registration.

This has caused confusion on at least two occasions [6]. Also, all of the rights that an 'editor' has are duplicated from the 'User' group.

Recommendation: This group is completely illogical and needs removing. In my proposal it will be replaced by the Editor group which will only contain Editors as defined in the Charter. It's rights will be completely redefined.

EditInt

This group was created by Dan Nessett with the approval of Greg and Larry in order to allow me to fix Bug 49. I am currently the only member. The only function of this group is to allow me to edit pages within the MediaWiki namespace.

Recommendation: I agree with the existance of this group, but would suggest that the current name is unhelpful. A more descriptive name is suggested below (see Interface Developer).

Dark Knight

The 'Dark Knight' group is for users who have the 'nukerevision' power. This is a very powerful permission that allows a revision of a page to be hidden completely, so that the only people who can see it are others who have 'nukerevision'. The only people that have this power are the Editor-in-Chief, the Chief Constable, the Technical Lead and the ex-Technical Director.

The name of this group is completely inappropriate for a professional and acadamic site like Citizendium.

Nukerevision no longer exists. It has been replaced by deleterevision and suppressrevision. The deleterevision hides the revision from anyone but those who have deleterevision or suppressrevision. Suppressrevision goes one step further and hides the revision from anyone but those who have suppressrevision.

Recommendation: Delete this group entirely. Give deleterevision to Constables, EC, MC, Ombudsman and Managing Editor. Give Suppressrevision to the MC only. Policies should be drawn up to govern usage of these powers.

EPAs

This user group was created for Editorial Personnel Administrators who are in charge of reviewing Editor applications. The special group allows them to see applications.

Recommendation: Keep this group, but expand it's name to Editorial Personnel Administrators (CZ policy is to avoid abbreviations where possible). Revise their rights slightly, as they will need the ability to promote people to the new 'Editor' group.

Linnaeus

This group was created for Constables who have the ability to rename users. It's only purpose it to allow them to rename users. It's name is unusual, and doesn't in any way describe what it does.

Recommendation: Remove this group entirely. The new 'Constables' group will have the power to rename users.


Proposed System

My proposal is to completely remove the current user groups from both the wiki and the forum software. These should be replaced with CZ-role specific groups as detailed below.

Proposed MediaWiki User Rights Groups

All current groups should be removed. To replace them, the following groups should be created:

Automatic groups

All visitors and Citizens (previously known as '(all)')

This implied group covers everybody who uses Citizendium. It includes people who are not logged in as well as people who are logged in. This group is part of the core coding of MediaWiki and cannot be removed, however I would recommend renaming it on the list of group rights to "All visitors and Citizens".

Citizens (previously known as 'Users')

This group is automatically given to every user account on Citizendium, and cannot be revoked. When a list of a user's groups is generated, this group is hidden. This group is part of the core coding of MediaWiki and cannot be removed, however I would recommend renaming it on the list of group rights to "All Citizens".

Established Citizen

This group is promoted automatically when a Citizen has been registered for 30 days and performed 90 edits, or some other combination of days and edits as specificed by the Management Committee. At this point it can be assumed that the Citizen is reasonably familiar with how Citizendium works, and can gain some additional helpful but more advanced tools. This has previously been discussed on the forums as a 'karma' system.

Groups specified in the Charter

Editor

This group will be given to an Editor once they have been approved by a member of the EPA (or other authorised person). Initially it will include very few extra rights, but should be put in place as a pre-emptive measure for future software development. For example, once the approval process is automated Editors can be given the right to nominate an article for approval. It will not be necessary to ever remove anyone from this group unless exceptional circumstances lead to their Editorship being revoked, or a policy is put in place that removes the Editorship from inactive Editors.

The current 'editor' group does not just contain Editors. We will need to clear this list (probably using direct database access) and refill the list (probably using a bot).

Management Committee

This group will be given to current members of the Management Committee only. When their term ends, and they are not re-elected, this group will be removed from them.

Editorial Council

This group will be given to current members of the Editorial Council only. When their term ends, and they are not re-elected, this group will be removed from them.

Managing Editor

This group will only be given to the Managing Editor and his deputies. When their term ends, and they are not re-elected, this group will be removed from them. In the documentation below, unless otherwise specified, they will be given all powers given to the MC and the EC.

Constable

This group will be given to serving members of the Constabulary only. If they resign or are removed from the post, this group will be removed from them.

Ombudsman

This group will only ever contain a single member, the Ombusdman. When their term ends, and they are not re-elected, this group will be removed from them.

Other groups

Editorial Personnel Administrator

Currently we have the position Editorial Personnel Administrators who are responsible for reviewing, accepting and rejecting Editor applications. This post is not mentioned in the Charter, but assuming the position is kept intact after the Charter is implemented, all EPAs will be put into this group. If they resign or are removed from the post, this group will be removed from them.

Senior Technical Staff

This group will be given to senior members of the Technical Staff. Which members it is given to would be at the discretion of the Management Committee (in liaison with the Technical Lead, if one exists) and would be given very selectively. It is likely that this group would correspond with, or be very similar to, the group of people given root server access. It is not necessary to give this power to every member of the Technical Staff. Membership to this group should be reviewed by the Management Committee annually, although it should be pointed out that a lack of activity on the wiki or forums does not automatically warrant removal from this group.

In general, these powers would not be used. They are given because Technical Staff may occasionally need to perform actions for technical reasons, such as blocking users or bots that are consuming unacceptable amounts of system resources, or undoing edits that put heavy strain on the servers. It should be noted that in an emergency anyone with root server access could give themselves any power, including those currently given to nobody. In the interests of transparency this should be avoided if at all possible, as no trace is left in any logs.

Interface Developer

This group is given to Citizens who need the ability to edit the MediaWiki namespace, which primarily includes system messages. Access to this group would need a good reason, which would be judged at the discretion of the Senior Technical Staff reporting to the Management Committee. An example of someone who in the past would have had sufficient reason to join this group is Caesar Schinas. He was given SysOp powers in order to work on the Upload Wizard and similar issues]. Another example would be for a user who wished to fix a bug like this. Membership to this group would be removed when the Citizen has been inactive for six months, or when they announce that they no longer wish to work on technical aspects of the project.

Founder

This group is given to Larry Sanger only. It would be given as a good-will gesture only, and can be revoked by the Management Committee at any time should they wish to do so. Initially the Founder group has been given the rights that Larry currently has access to. Unlike other groups, no further justification shall be presented as to why this user group is given rights.

Bot and Bot with Delete

Currently our Bot policy is not well developed, however it seems that bots will be run from specific accounts such as User:Housekeeping Bot. These accounts will be put into the Bot group to allow them access to the additional tools that they require. Some bots require the ability to delete pages. These shall also be put into the Bot with Delete group. Further groups may be needed depending on what additional rights they need in order to complete their task, for example 'Bot with Promote User to Editor'. The rights for these groups would most likely be altered as the Bot policy is developed.

Creation of New Groups

New groups are to be implemented at the discretion of the Management Committee, bearing in mind the following guidelines:

  • No user should be put into an existing group unless they fulfil the criteria associated with it. It is better to create a new group with identical powers to a Constable than to put a non-Constable into the Constable's group.
  • Every official role that requires special powers should be given a group with a descriptive name. Putting multiple roles into a single group is inadvisable.
  • Every new group must be documented before being implemented.

Analysis of each specific right

What follows is an analysis of each permission taken from the MediaWiki manual[7] as well as each permission that is defined in an extension that is used by Citizendium. For each I have given a description of what the permission does, followed by an analysis of which user groups I believe should be given the permission. Some of these are a matter of opinion or policy, and I am open to change on these. A couple of permissions are marked as needing a version of the MW software that is higher than the one used on Citizendium. I have treated these permissions as any other, as the long-term plan is to upgrade the software to the most current version.

read: allows viewing pages

Without this right it is not possible to view the content on any page. Therefore this should be yes for everyone.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


edit: allows editing unprotected pages.

All Citizens are allowed to edit pages.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


createpage: allows the creation of new pages (requires the edit right).

All Citizens are allowed to create new articles.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


createtalk: allows the creation of new talk pages (requires the edit right).

All Citizens are allowed to create new talk pages.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


move: allows renaming the titles of unprotected pages (requires the edit right).

This is a slightly more advanced tool, and it would be useful for Citizens to get to grips with CZ and it's policies before moving pages. Therefore, this is given to Established Citizens.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


movefile: allows renaming pages in the "File" namespace (requires the move right and $wgAllowImageMoving to be true).

The 'file' namespace is where images and videos are stored. This is a slightly more advanced tool, and it would be useful for Citizens to get to grips with CZ and it's policies before moving files. Therefore, this is given to Established Citizens.

Works on live CZ: No, requires v1.14 or later.

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


move-subpages: move subpages along with page (requires the move right).

Given the frequent use of subpages on CZ, this should be given to all who can 'move'.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


move-rootuserpages: can move root pages in the "User" namespace (requires the move right).

This would be moving people's actual User page. The only time that I can see this being needed is if a person's username is changed. This is dealt with by Constables, so only they have this right.

Works on live CZ: No, requires v1.14 or later.

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


createaccount: allows the direct creation of new user accounts.

Technical Staff need this for creating Bot accounts. Management Committee need this for creating special purpose accounts (such as User:Approvals Manager. No other group requires this right.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


upload: allows the creation of new images and files.

All Citizens can upload new images, videos, etc.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


reupload: allows overwriting existing images and files (requires the upload right).

Overwriting an existing image could impact on a large number of articles. It is preferable that the user is familiar with CZ before doing such a thing. Therefore is given to Established Users only. However, see [#reupload-own]

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


reupload-own: allows overwriting existing images and files uploaded by oneself (requires the upload right).

Although overwriting someone elses image requires some knowledge of CZ, overwriting an image that you uploaded yourself should be avaliable to all Citizens as they will probably be aware of where it is used.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


upload_by_url: allows uploading by entering the URL of an external image (requires the upload right).

This is a conveniance tool only, and the same effect can be obtained by downloading the picture from the external URL and then uploading it. Therefore all Citizens have this right.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


editprotected: allows to edit protected pages (without cascading protection).

Not required. Everyone who needs to edit protected pages also needs to be able to protect them. Being able to protect a page also gives the power to edit protected pages. See #protect

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


delete: allows the deletion of pages. For undeletions, there is now the 'undelete' right, see below.

Constables require this for processing speedydelete requests. EC, MC and Ombudsman require this for dealing with content issues and for keeping policy pages in order. Senior Technical Staff require this for template maintainance and dealing with other technical issues. Bots that are approved for delete permission require this.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg


bigdelete: allows deletion of pages with larger than $wgDeleteRevisionsLimit revisions

Same as 'delete' above.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg


deletedhistory: allows viewing deleted revisions, but not restoring.

Constables will require this in order to check a page before processing undeletion requests. EC, MC and Ombudsman will need to review these pages for dispute resolution and policy making.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


undelete: allows the undeletion of pages.

Everyone who can delete also needs to be able to undelete for the same reasons.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg


browsearchive: allows prefix searching for titles of deleted pages through Special:Undelete.

Allows easy searching for pages that have been deleted. Give to everyone who has the undelete command.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg


mergehistory: allows access to Special:MergeHistory, to merge non-overlapping pages.

All wikimedia projects have this disabled as it introduces a security risk as revisions can be hidden secretly. Citizendium should leave it disabled.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


protect: allows locking a page to prevent edits and moves, and editing or moving locked pages.

Constables require this right in order to perform the approval process, and for behaviour management. It is likely that the MC and EC will want to protect the wording of any official policies they draw up, and therefore they need this right. The Ombudsman is also given this right for dispute resolution. Finally, Senior Technical Staff may need to edit protected pages when resolving technical bugs, particularly those involving templates.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


block: allows the blocking of IP addresses, CIDR ranges, and registered users. Block options include preventing editing and registering new accounts, and autoblocking other users on the same IP address.

Constables need this for obvious reasons. Senior Technical Staff require this in order to block users or bots that are consuming unacceptable amounts of system resources, or are causing other damage to the wiki. The MC are responsible for non-content issues, and therefore may need to block in some circumstances.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


blockemail: allows preventing use of the Special:Emailuser interface when blocking.

This is given to all users who can block.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


hideuser: allows hiding the user/IP from the block log, active block list, and user list when blocking.

This is a very powerful tool that hides (from all but those with this right) all traces that a user ever existed on the site. It would only be used in very specific circumstances after discussion amongst the MC. As a result, only the MC have this power. They may wish to restrict this further, and have just one or two nominated 'Compliance Officer' or similar. If this occurs, an extra group should be made for them and the MC should not gain this power.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


userrights: allows the use of the user rights interface, which allows the assignment or removal of all* groups to any user.

The Management Committee are overall responsible for officially implementing all appointments. Therefore they have full use of this right. Senior Technical Staff also require this in order to deal with technical issues. EPA members should NOT have this, instead we add the following line to LocalSettings.php: $wgAddGroups['sysop'] = array( 'Editor' );. This limits them to adding (not removing) Editor rights only.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


rollback: allows one-click reversion of edits.

This is similar to the 'undo' command found on article histories, but removes all prompts. It is therefore much quicker, but requires a careful hand. Given to Editors and the EC, who are most likely to deal with reverting edits. Given to Constables to deal with spam quickly. Given to Bots as this makes them more lightweight and reduces server load.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg


markbotedits: allows rollback to be marked as bot edits

Bot edits can be filtered out of the recent changes list. This gives bots the right to mark their rollbacks as bot edits.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg


editinterface: allows editing the MediaWiki namespace, which contains interface messages.

Given to Senior Technical Staff and Interface Developers for technical improvements. Given to the MC as they may need to change copyright notices and similar.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


editusercssjs: allows editing *.css / *.js subpages of any user.

Given only to Senior Technical Staff. They will most likely only use this to help out a user who has broken their CZ experience by editing these subpages.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


deleterevision: allows deleting/undeleting information (revision text, edit summary, user who made the edit) of specific revisions

Given to Constables, Ombudsman, EC and MC only. When revision information is deleted like this, it may still be seen by people who have this right. This is a powerful tool and is to be used only in accordance with policies that the MC must create.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


suppressrevision: allows preventing deleted revision information from being viewed by sysops and prevents sysops from undeleting the hidden info. Previously known as hiderevision and nukerevision

Given to MC only. When revision information is deleted like this, it may still be seen by people who have this right - however Constables, Ombudsman and EC will not be able to see it. This is a very powerful tool and is to be used only in accordance with policies that the MC must create. They may wish to restrict this further, and have just one or two nominated 'Compliance Officer' or similar. If this occurs, an extra group should be made for them and the MC should not gain this power.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


bot: hides edits from recent changes lists and watchlists by default (can optionally be viewed).

Bot edits can be filtered out of the recent changes list. This gives bots the right to mark their edits as bot edits.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg


purge: allows purging a page without a confirmation step (URL parameter "&action=purge").

Purging forces the MediaWiki software and a page to rebuild itself; it is in this way not dissimilar to web browser refreshment. It is typically utilised to clear the cache and ensure that changes are immediately visible to everyone. Purging should be allowed by all Citizens.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


minoredit: allows marking an edit as 'minor'.

All Citizens can mark an edit as minor.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


nominornewtalk: blocks new message notification when making minor edits to user talk pages (requires minor edit right).

Only bots would require this, as only they are likely to make edits on a users talk page without needing to inform the user that there is a message.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg


noratelimit: not affected by rate limits

The rate limit is the maximum number of actions allowed in a given number of seconds. All accounts should be held accountable to this to prevent technical difficulties

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


ipblock-exempt: makes user immune to blocks applied to his IP address or a range (CIDR) containing it.

This should not be given to anyone initially. In the event that we run into a problem regarding innocent people getting caught in an IP block then we should create a new group to put them in.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


proxyunbannable: makes user immune to the open proxy blocker, which is disabled by default ($wgBlockOpenProxies).

We do not use the open proxy blocker currently, but this right would not be needed initially anyway. In the event that we run into a problem regarding innocent people getting caught in an open proxy block then we should create a new group to put them in.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


patrol: allows marking edits as legitimate ($wgUseRCPatrol must be true).

We do not use the recent changes patrol, therefore we do not require this right.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


autopatrol: automatically marks all edits by the user as patrolled ($wgUseRCPatrol must be true).

We do not use the recent changes patrol, therefore we do not require this right.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


apihighlimits: allows user to use higher limits for API queries

Only authorised bots should be using the higher limits.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg


writeapi: controls access to the write API ($wgEnableWriteAPI must be true)

The write API is currently disabled, but all Citizens should be allowed to use the write API if we enable it.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


suppressredirect: Allows moving a page without automatically creating a redirect.

Only bots require this right.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg


siteadmin: allows locking and unlocking the database (which blocks all interactions with the web site except viewing). Deprecated by default.

Senior Technical Staff (very rarely) may need this in order to resolve technical issues or perform upgrades.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


import: allows user to import one page per time from another wiki ("transwiki").

If this is required it should be done manually.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


importupload: allows user to import several pages per time from XML files. This right was called 'importraw' in and before version 1.5.

Senior Technical Staff may occasionally require this right for restoring backups.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


trackback: allows removal of trackbacks (if $wgUseTrackbacks is true).

Trackbacks are not enabled, and we therefore do not need this right.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


unwatchedpages: allows access to Special:Unwatchedpages, which lists pages that no user has watchlisted.

Established Citizens would find this useful.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


setwpfrom: Allows the 'Content is from Wikipedia?' flag to be set on an article (CZ specific)

Anyone who can edit an article needs this right, so it is given to all Citizens.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


skipcaptcha: Removes the need for the user to see a CAPTCHA form (from Extension:ConfirmEdit)

Once a user is Established they should no longer see this. This extension is currently disabled, but the right should be added for if this needs to be turned on in case of spam attack.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg


checkuser: Grants users with the appropriate permission the ability to check user's IP addresses and other information (from Extension:CheckUser)

Required by Constables and EPA when approving accounts and for behaviour reasons.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


confirmaccount: Allows access to Special:ConfirmAccounts, which is the page that is used to confirm pending account requests at Citizendium. (from Extension:ConfirmAccount)

Required by Constables for approving Author accounts, EPA members for approving Editor accounts and Technical Staff for approving Bot accounts.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


setstatus: This was part of the original schema to mark a pages status as "from Wikipedia" or not. (CZ specific)

This right was part of the original coding, but has been confirmed by Greg Sabino Mullane to be useless. This right will be removed.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


newslettermembers: Allows access to Special:NewsletterMembers, which is a list of people subscribed to the newsletter and the ability to unsubscribe people(for CZ specific Newsletter extension)

Only the EC and MC should have access to the Newsletter extension.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg



newslettermassmailer: Allows access to Special:NewsletterMassMailer which allows mass email to be sent to either all users subscribed to the newsletter, or all users registered on the wiki (for CZ specific Newsletter extension)

Only the EC and MC should have access to the Newsletter extension.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


lookupcredentials: Allows access to Special:UserCredentials, which provides a users details that were provided upon registration (email address, biography, cv, etc.) (from Extension:ConfirmAccount)

May be needed by Constables, EC, MC and Ombudsman.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


renameuser: Gives the right to rename users (from Extension:Renameuser)

All requests for renaming are processed by the Constabulary, so only they need this right.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg


requestips: Adds IP address to the information on Special:UserCredentials (from Extension:ConfirmAccount)

May be needed by Constables, EC, MC and Ombudsman.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


editprotectedtemplates: allows editing of protected template

Some templates, such as the {{subpages}} template, are protected to prevent accidental damage to templates that control user interface. The ability to edit these templates should be given to Interface Designers who may need to edit them in the line of their work. In order to do this, we will need to add the line $wgRestrictionLevels[] = 'editprotectedtemplates'; to LocalSettings.php and add this right. We also need to edit MediaWiki:Protect-level-editprotectedtemplates to give it a more user friendly text. This right is also given to those who have the 'protect' right.

Works on live CZ: Yes

Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del
CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg


Summary of Rights Given to Each User Group

Right Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del Works on Live CZ?
read CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
edit CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
createpage CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
createtalk CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
move CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
movefile CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg v1.14+
move-subpages CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
move-rootuserpages CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg v1.14+
createaccount CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
upload CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
reupload CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
reupload-own CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
upload_by_url CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
editprotected CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
delete CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg Yes
bigdelete CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg Yes
deletedhistory CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
undelete CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg Yes
browsearchive CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg Yes
mergehistory CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
protect CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
block CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
blockemail CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
hideuser CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
userrights CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
rollback CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg Yes
markbotedits CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg Yes
editinterface CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
editusercssjs CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
deleterevision CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
suppressrevision CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
bot CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg Yes
purge CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
minoredit CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
nominornewtalk CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg Yes
noratelimit CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
ipblock-exempt CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
proxyunbannable CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
patrol CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
autopatrol CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
apihighlimits CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg Yes
writeapi CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
suppressredirect CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg Yes
siteadmin CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
import CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
importupload CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
trackback CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
unwatchedpages CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
setwpfrom CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
skipcaptcha CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg CKUR-Inherit.jpg Yes
checkuser CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
confirmaccount CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
setstatus CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
newslettermembers CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes


newslettermassmailer CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
lookupcredentials CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
renameuser CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg Yes
requestips CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes
editprotectedtemplates CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-No.jpg Yes




References

  1. ↑ Wiki software - http://www.mediawiki.org
  2. ↑ Forum software - http://www.simplemachines.org/
  3. ↑ http://forum.citizendium.org/index.php/topic,3146.msg28897.html#msg28897
  4. ↑ http://forum.citizendium.org/index.php/topic,3193.0.html
  5. ↑ http://www.mail-archive.com/citizendium-l@lists.purdue.edu/msg00307.html
  6. ↑ http://forum.citizendium.org/index.php/topic,3193.0.html
  7. ↑ http://www.mediawiki.org/wiki/Manual:User_rights#List_of_Permissions

Feedback from other users

If you have specific feedback or criticism of the proposal, please post it in this area by clicking the button below. In order to not drag out differences of opinions I shall limit myself to only replying to each user once in this area, and only if I do not believe that it is something I have not covered in the main proposal. If you have questions or want a more prolonged discussion, please use the questions area.

Feedback in this area should definitely be considered when deciding whether to support the proposal

The proposal is not yet finished. Please wait until this notice is removed before posting detailed feedback or criticism.

In the mean time, please feel free to use the questions area for any comments or questions.

CLICK HERE TO ADD YOUR FEEDBACK

"Emergency reserve"

Do consider a "contingency" assignments of rights, for experienced Citizens who may no longer have a right ex officio, but might retain a privilege for which they have demonstrated competency, to be used only in situations such as the usual people with the right being unavailable or overloaded. Yes, I know this violates the Principle of Least Privilege and needs to be used with discretion.

For example, as current Secretary of the comatose Editorial Council, I have sysop, principally to be able to protect and unprotect. In practice, I use the delete privilege for my own articles, or, in a few cases, when either I've been asked to help in a situation where a great many articles needed to be deleted, overloading the Constables, or where I've been asked to unscramble badly confused metadata.

If the system permits, just as we've talked about using karma to rate-limit imports or moves, deletes might fall under karma. It would be helpful if it would be possible to restrict the granularity to articles that the Citizen created. A much smaller group, which I'll tentatively call "user support", might have more extensive privileges for situations such as metadata and misnaming cleanup.

Especially when we have a limited number of people, various support capabilities might be given on a case-by-case basis. For example, while I'm not doing day-to-day *IX administration, I will probably be doing so again, and in the past have even done kernel hacking for routers. Howard C. Berkowitz 21:31, 7 June 2010 (UTC)

The delete right is given to the following:
Right Visitor Citizen Est. Cit. Editor MC EC Cop Ombud. Man. Ed. EPA Snr. Tech I/face Dev Larry Bot Bot /w Del Works on Live CZ?
delete CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg CKUR-No.jpg CKUR-Yes.jpg Yes
My own feeling is that between the Constabulary, MC, EC, Ombudsman, Managing Editor and Senior Technical Staff there are enough people with the delete right to be able to help out the Constabulary in the rare event that they are unavailable or overloaded. The delete ability is powerful, and an automatic karma system does not seem appropriate. Of course, the MC may decide to officially create a 'User Support' role and assign people to it. This proposal allows for the MC to create new roles such as this at Creation of New Groups. --Chris Key 11:30, 8 June 2010 (UTC)
My suggestion is that "user support" or equivalent might be in supplementary notes, if the MC proper doesn't have people with the security and administration people to suggest it. I had missed that the EC and MC themselves would have the authority.
Incidentally, during the painful period in 2007, before my time, far more vandalism was caused with move than with delete. I've certainly spent a lot less time, in general system administration, restoring files than munged directory and naming structures.
Keep going; this is valuable thinking. Howard C. Berkowitz 14:16, 8 June 2010 (UTC)
Retrieved from "https://citizendium.org/wiki/index.php?title=User:Chris_Key/Sandbox/Proposal:_Overhaul_of_user_rights&oldid=926807"