Wikipedia:Protection policy: Difference between revisions

Content deleted Content added
anyone can edit!
bring back the banner {{Policy}} deleted by accident in Special:Diff/1233606188
(28 intermediate revisions by 15 users not shown)
Line 3:
{{pp-semi-indef}}
{{See also||Wikipedia:Requests for page protection|Wikipedia:Lists of protected pages}}
{{redirect2|WP:PP|WP:PROTECT|other uses|WikipediaWP:PerennialPP proposals(disambiguation)|and|WikipediaWP:WikiProjectPROTECT Parliamentary Procedure|and|Wikipedia:Party and person|and|Wikipedia:Child protection|and|Wikipedia:WikiProject Protected areas(disambiguation)}}
{{policy|subcategory=enforcement|WP:PP|WP:PROTECT}}
{{nutshell|While Wikipedia strives to be as open as possible, sometimes it is necessary to limit editing of certain pages in order to prevent [[WP:VD|vandalism]], [[WP:EW|edit warring]], or other [[WP:DE|disruptive edits]].}}
Line 48:
|}
 
In some circumstances, pages may need to be '''protected''' from editingmodification by certain groups of editors. Pages are protected when there is disruption that cannot be prevented through other means such as [[WP:Blocking policy|blocks]]. Wikipedia is built on the principle that [[WP:5P3|anyone can edit]] and therefore aims to have as many pages as possible open for public editing so that anyone can add material and correct errors. This policy states in detail the protection types and procedures for page protection and unprotection and when each protection should and should not be applied.
 
Protection is a technical restriction applied only by [[Wikipedia:Administrators|administrators]], although any user may [[WP:Requests for page protection|request protection]]. Protection can be [[Wikipedia:List of indefinitely protected pages|indefinite]] or expire after a specified time. The various levels of protection are detailed below, and they can be applied to the page edit, page move, page create, and file upload actions. Even when a page is protected from editing, the [[source code]] ([[wikitext]]) of the page can still be viewed and copied by anyone.
Line 57:
{{Policy shortcut|WP:NO-PREEMPT|WP:PREEMPTIVE}}
 
Applying page protection solely as a preemptive measure is contrary to the open nature of Wikipedia and is generally not allowed. Instead, protection is used when vandalism, disruption, or abuse is occurring by multiple users andis occurring at a level of frequency that requires its use in order to stopwarrants itprotection. The duration of protection should be as short as possible and at the lowest protection level sufficient to stop the disruption, allowing edits from as many productive users as possible.
 
Exceptions include the Main Page, along with its templates and images, which are indefinitely fully protected. Additionally, [[Wikipedia:Today's featured article|Today's Featured Article]] is typically semi-protected from the day before its scheduled appearance on the Main Page until the day after it leaves.
Line 69:
*'''[[#Edit protection|Edit protection]]''' protects the page from being [[Help:Editing|edited]].
*'''[[#Move protection|Move protection]]''' protects the page from being [[Help:Moving a page|moved or renamed]].
*'''[[#Creation protection (salting)|Creation protection]]''' prevents a page (normallyfrom a previouslybeing [[Wikipedia:DeletionHow policy|deleted]]to one)create from beinga page|created]] (also known as "salting").
*'''[[#Upload protection|Upload protection]]''' prevents new versions of a file from being [[Help:upload|uploaded]], but it does not prevent editing of the file's description page (unless edit protection is applied).
 
Line 83:
Any of the above protections can be requested at [[Wikipedia:Requests for page protection]]. Changes to a protected page should be proposed on the corresponding [[WP:Talk page|talk page]], and then (if necessary) requested by adding an [[WP:ER|edit request]]. From there, if the requested changes are uncontroversial or if there is [[Wikipedia:Consensus|consensus]] for them, the changes can be carried out by a user who can edit the page.
 
{{shortcut|WP:UNPROTPOL}}{{anchor|RemovingProtection}}Except in the case of [[Wikipedia:Office actions|office actions]] (see [[#Office actions|below]]), [[Wikipedia:AC|Arbitration Committee]] remedies, or pages in the MediaWiki namespace (see [[#Permanent protection|below]]), administrators may unprotect a page if the reason for its protection no longer applies, a reasonable period has elapsed, and there is no consensus that continued protection is necessary. EditorsUsers desiringcan therequest unprotection ofor a page should,reduction in theprotection firstlevel instance,by askasking the administrator who applied the protection unlesson the administrator's user talk page. If the administrator is inactive[[Wikipedia:List orof administrators/Inactive|inactive]], no longer an administrator;, or does not thereafterrespond, requeststhen a request can be made at [[WP:RFUP|Requests for unprotection]]. Note that such requests will normally be declined if the protecting administrator is active and was not consulted first.

A log of protections and unprotections is available at [[Special:Log/protect]].
 
=== Comparison table ===
Line 96 ⟶ 98:
{{Policy shortcut|WP:PCPP|WP:WHITELOCK}}
 
Pending changes protection allows [[WP:IP|unregistered]] and [[Wikipedia:User access levels#New users|new users]] to edit pages, while keeping their edits hidden from most readers (specifically, unregistered editors{{snd}}the vast majority of visitors to Wikipedia articles) until those changes are accepted by a [[WPWikipedia:RPCUser access levels#Pending changes reviewer|pending changes reviewer]] or [[Wikipedia:Administrators|administrator]]. An alternative to [[#Semi-protection|semi-protection]], it is used to suppress [[Wikipedia:Vandalism|vandalism]] and certain other persistent problems while allowing all users to continue to submit edits. Pending changes is technically implemented as a separate option, with its own duration, and it yields to other edit protection levels in cases of overlap.
 
When a page under pending changes protection is edited by an [[WP:IP|unregistered]] (IP addresses) editor or a [[Wikipedia:User access levels#New users|new user]], the edit is not directly visible to the majority of Wikipedia readers, until it is reviewed and accepted by an editor with the [[Wikipedia:User access levels#Pending changes reviewer|pending changes reviewer right]]. When a page under pending changes protection is edited by an [[Wikipedia:User access levels#Autoconfirmed users|autoconfirmed user]], the edit will be immediately visible to Wikipedia readers, unless there are pending edits waiting to be reviewed.
 
Pending changes are visible in the page history, where they are marked as pending review. Readers who are ''not logged in'' (the vast majority of readers) are shown the latest ''accepted'' version of the page; ''logged-in'' users see the latest version of the page, with all changes (reviewed or not) applied. When editors who are not reviewers make changes to an article with unreviewed pending changes, their edits are also marked as pending and are not visible to most readers.
Line 117 ⟶ 119:
* [[WP:CV|Copyright violations]]
 
Pending changes protection should not be used as a preemptive measure against violations that have not yet occurred. Like semi-protection, PC protection should '''never''' be used in genuine content disputes, where there is a risk of placing a particular group of editors (unregistered users) at a disadvantage. Pending changes Semi-protection shouldis notgenerally bea usedbetter onoption for articles with a very high edit rate, evenas ifwell theyas meetarticles theaffected by issues difficult for [[Wikipedia:Reviewing pending changes|pending changes aforementionedreviewers]] criteria.to Insteaddetect, semisuch as non-protectionobvious shouldvandalism, plausible-sounding misinformation, and hard-to-detect becopyright consideredviolations.
 
In addition, administrators may apply temporary pending changes protection on pages that are subject to significant but temporary vandalism or disruption (for example, due to media attention) when blocking individual users is not a feasible option. As with other forms of protection, the time frame of the protection should be proportional to the problem. Indefinite PC protection should be used only in cases of severe long-term disruption.
Line 154 ⟶ 156:
[[File:Extended-protection-shackle.svg|64px|upright=0.4|right|alt=Dark blue padlock|link=]]
{{policy shortcut|WP:ECP|WP:30/500|WP:BLUELOCK}}
Extended confirmed protection, sometimespreviously referred toknown as 30/500 protection, allows edits only by editors with the [[Wikipedia:User access levels#Extendedconfirmed|extended confirmed]] user access level, toadministrators, editand the page[[WP:BOT|bots]]. ThisExtended access levelconfirmed is automatically granted to registered users whoseon accountsthe edit following the account meeting the criteria of arebeing at least 30 days old whenand theyhaving make500 theiredits.<ref>For accounts meeting the 30-day requirement, the permission is added on the edit following the 500th (i.e., the 501st edit). For accounts meeting the edit count requirement before the 30-day requirement, the permission is granted on the edit following the account reaching 30 days in age.</ref>
 
==== As escalation from semi-protection ====
Line 190 ⟶ 192:
{{redirect|WP:PREFER|what title name should be preferred|Wikipedia:Disambiguation#Primary topic}}
While content disputes and [[Wikipedia:Edit war|edit warring]] can be addressed with user [[Wikipedia:Blocking policy|blocks]] issued by [[WP:UNINVOLVED|uninvolved]] administrators, allowing normal page editing by other editors at the same time, the protection policy provides an alternative approach as administrators have the discretion to temporarily fully protect an article to end an ongoing edit war. This approach may better suit multi-party disputes and contentious content, as it makes talk page [[Wikipedia:Consensus|consensus]] a requirement for implementation of [[Wikipedia:Edit requests|requested edits]].
 
{{anchor|PREFER|prefer}}<!--former tags allow section referencing while accommodating section name changes. DO NOT REMOVE IT.-->
{{Policy shortcut|WP:PREFER}}
Line 230 ⟶ 231:
{{Anchor|Salted}}Pages that have been creation-protected are sometimes referred to as "[[salting the earth |salted]]". Editors wishing to re-create a salted title with appropriate content should either contact an [[Wikipedia:Administrators|administrator]] (preferably the protecting administrator), file a request at {{Section link|Wikipedia:Requests for page protection#Current requests for reduction in protection level}}, or use the [[Wikipedia:Deletion review|deletion review]] process. To make a convincing case for re-creation, it is helpful to show a [[WP:Drafts|draft version]] of the intended article when filing a request.
 
AdministratorsCreate shouldprotection chooseof any duration may be applied to pages being repeatedly recreated in violation of policy using the appropriatelowest protection level ofsufficient to stop the createdisruption protection—autoconfirmed(autoconfirmed, extended-confirmed,<ref name="ECPRFC2"/> or full). Due to the implementation of [[WP:ACPERM|ACPERM]], non-confirmed editors cannot create pages in [[WP:MAINSPACE|mainspace]]; thus, semi-creation protection should be used only for protection of pages outside of mainspace.
 
While creation-protection is usually permanent, temporary creation protection can be applied if a page is repeatedly recreated by a single user (or [[WP:SOCK|sockpuppets]] of that user, if applicable).
Line 243 ⟶ 244:
* Pages subject to a page-name dispute.
* Highly visible pages that have no reason to be moved, such as the [[Wikipedia:Administrators' noticeboard|administrators' noticeboard]] and articles selected as "[[Wikipedia:Today's featured article|Today's featured article]]" on the main page.
 
Move protection of any duration may be applied to pages being repeatedly moved in violation of policy using the lowest protection level sufficient to stop the disruption (extended-confirmed or full). Due to the implementation of [[WP:ACPERM|ACPERM]], non-confirmed editors cannot move pages so semi-move protection has no effect.
 
Fully edit-protected pages are also implicitly move-protected.