User:แม็กอนุกูลเลิศศักดิ์ศรีสกุล/sandbox



Manage connected applications Navigation: [Connected application list] This page lists any applications that can use your account. For any such application, the scope of its access is limited by the permissions that you granted to the application when you authorized it to act on your behalf. If you separately authorized an application to access different sister projects on your behalf, then you will see separate configuration for each such project below.

Connected applications access your account by using the OAuth protocol. (Learn more about connected applications)

There are no applications connected to your account.

= Wikipedia:Protection policy =




 * Project page
 * Talk


 * Read
 * View source
 * View history
 * Watch

Tools

Actions


 * Subscribe

General


 * What links here
 * Related changes
 * Special pages
 * Permanent link
 * Page information
 * Wikidata item
 * Edit interlanguage links

Print/export


 * Download as PDF
 * Printable version

In other projects


 * Wikimedia Commons
 * Multilingual Wikisource
 * Wikibooks
 * Wikinews
 * Wikiquote
 * Wikisource
 * Wikiversity
 * Wikivoyage
 * Wiktionary

From Wikipedia, the free encyclopedia

See also: Wikipedia:Requests for page protection and Wikipedia:Lists of protected pages

"WP:PP" and "WP:PROTECT" redirect here. For other uses, see Wikipedia:Perennial proposals, Wikipedia:WikiProject Parliamentary Procedure, Wikipedia:Party and person, Wikipedia:Child protection, and Wikipedia:WikiProject Protected areas. In some circumstances, pages may need to be protected from modification by certain groups of editors. Pages are protected when a specific damaging event has been identified that cannot be prevented through other means such as a block. Otherwise, Wikipedia is built on the principle that anyone can edit it, and it therefore aims to have as many of its 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 administrators, although any user may request protection. Protection can be 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.

A protected page is marked at its top right by a padlock icon, usually added by the  template.

Pre-emptive protection
Shortcuts


 * WP:NO-PREEMPT
 * WP:PREEMPTIVE

Applying page protection as a preemptive measure is contrary to the open nature of Wikipedia and is generally not allowed if applied solely for these reasons. However, brief periods of an appropriate and reasonable protection level are allowed in situations where blatant vandalism, disruption, or abuse is occurring by multiple users and at a level of frequency that requires its use in order to stop it. The duration of the protection should be set as short as possible, and the protection level should be set to the lowest restriction needed in order to stop the disruption while still allowing productive editors to make changes.

Types of protection
Shortcut


 * WP:PPLIST

The following technical options are available to administrators for protecting different actions to pages:


 * Edit protection protects the page from being edited.
 * Move protection protects the page from being moved or renamed.
 * Creation protection prevents a page (normally a previously deleted one) from being created (also known as "salting").
 * Upload protection prevents new versions of a file from being uploaded, but it does not prevent editing to the file's description page (unless edit protection is applied).

The following technical options are available to administrators for adding protection levels to the different actions to pages:


 * Pending changes protection (only available for edit protection) requires any edits made to the page by unregistered users and accounts that are not confirmed to be approved by a pending changes reviewer or an administrator before the changes become visible to readers who are not logged in.
 * Semi-protection prevents the action by unregistered users and users with accounts that are not confirmed.
 * Extended confirmed protection, also known as 30/500 protection, prevents the action if the user's account has not yet reached at least 30 days of tenure, and has not made at least 500 edits on the English Wikipedia. In most cases, it should not be a protection level of first resort, and should be used where semi-protection has proven to be ineffective. Activation or application of this protection level is logged at the Administrators' noticeboard.
 * Template protection prevents the action by everyone except template editors and administrators (who have this right as part of their toolset).
 * Full protection prevents the action by everyone except administrators.

Any type of protection (with the exception of cascading protection) can be requested at Wikipedia:Requests for page protection. Changes to a protected page should be proposed on the corresponding talk page, and then (if necessary) requested by adding an edit request. From there, if the requested changes are uncontroversial or if there is consensus for them, the changes can be carried out by a user who can edit the page.

Except in the case of office actions (see below), Arbitration Committee remedies, or pages in the MediaWiki namespace (see 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. Editors desiring the unprotection of a page should, in the first instance, ask the administrator who applied the protection unless the administrator is inactive or no longer an administrator; thereafter, requests can be made at 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.

Semi-protection
See also: Wikipedia:Rough guide to semi-protection

Shortcuts


 * WP:SEMI
 * WP:SILVERLOCK

Semi-protected pages like this page cannot be edited by unregistered users (IP addresses), as well as accounts that are not confirmed or autoconfirmed (accounts that are at least four days old and have made at least ten edits to Wikipedia). Semi-protection is useful when there is a significant amount of disruption or vandalism from new or unregistered users, or to prevent sockpuppets of blocked or banned users from editing, especially when it occurs on biographies of living persons who have had a recent high level of media interest. An alternative to semi-protection is pending changes, which is sometimes favored when an article is being vandalized regularly, but otherwise receives a low amount of editing.

Such users can request edits to a semi-protected page by proposing them on its talk page, using the template if necessary to gain attention. If the page in question and its talk page are both protected, the edit request should be made at Wikipedia:Requests for page protection instead. New users may also request the confirmed user right at Wikipedia:Requests for permissions/Confirmed.

Guidance for administrators
Semi-protection should not be used as a preemptive measure against vandalism that has not yet occurred or to privilege registered users over unregistered users in (valid) content disputes.

Administrators may apply temporary semi-protection on pages that are:


 * Subject to significant but temporary vandalism or disruption (for example, due to media attention) if blocking individual users is not a feasible option.
 * Subject to edit warring if all parties involved are unregistered or new editors. This does not apply when autoconfirmed users are involved.
 * Subject to vandalism or edit warring where unregistered editors are engaging in IP hopping by using different computers, obtaining new addresses by using dynamic IP allocation, or other address-changing schemes.
 * Article discussion pages, if they have been subject to persistent disruption. Such protection should be used sparingly because it prevents unregistered and newly registered users from participating in discussions.
 * Protection should be used sparingly on the talk pages of blocked users, including IP addresses. Instead the user should be re-blocked with talk page editing disallowed. When required, or when re-blocking without talk page editing allowed is unsuccessful, protection should be implemented for only a brief period not exceeding the duration of the block.

In addition, administrators may apply indefinite semi-protection to pages that are subject to heavy and persistent vandalism or violations of content policy (such as biographies of living persons, neutral point of view).

A page and its talk page should not normally be protected at the same time. In exceptional cases, if a page and its talk page are both protected, the talk page should direct affected editors to Wikipedia:Request for edit through the use of a non-iconified page protection template, to ensure that no editor is entirely prevented from contributing.

Today's featured article can be semi-protected just like any other article. However since the article is subject to sudden spurts of vandalism during certain times of day, administrators should semi-protect it for brief periods of time in most instances. (For the former guideline, see Wikipedia:Main Page featured article protection.)

Pending changes protection
Further information: Wikipedia:Pending changes

Shortcuts


 * WP:PCPP
 * WP:WHITELOCK

Pending changes protection allows unregistered and new users to edit pages, while keeping their edits hidden from most readers (specifically, unregistered editors – the vast majority of visitors to Wikipedia articles) until those changes are accepted by a pending changes reviewer. An alternative to semi-protection, it is used to suppress vandalism and certain other persistent problems while allowing all users to continue to submit edits.

When a page under pending changes protection is edited by an unregistered (IP addresses) editor or a 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 pending changes reviewer right. When a page under pending changes protection is edited by an 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 that 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.

A user who clicks "edit this page" is always, at that point, shown the latest version of the page for editing regardless of whether the user is logged in or not.


 * If the editor is not logged in, their changes join any other changes to the article awaiting review – for the present they remain hidden from not-logged-in users. (This means that when the editor looks at the article after saving, the editor won't see the change made.)
 * If the editor is logged in and a pending changes reviewer, and there are pending changes, the editor will be prompted to review the pending changes before editing – see Wikipedia:Pending changes.
 * If the editor is logged in and not a pending changes reviewer, then ...
 * If there are no unreviewed pending edits waiting, this editor's edits will be visible to everyone immediately; but
 * If there are unreviewed pending edits waiting, then this editor's edits will be visible only to other logged-in users (including themself) immediately, but not to readers not logged in.

Reviewing of pending changes should be resolved within reasonable time limits.

When to apply pending changes protection
Pending changes can be used to protect articles against:


 * Persistent vandalism
 * Violations of the biographies of living persons policy
 * 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 protection should not be used on articles with a very high edit rate, even if they meet the aforementioned criteria. Instead, semi-protection should be considered.

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.

Removal of pending changes protection can be requested of any administrator, or at requests for unprotection.

The reviewing process is described in detail at Wikipedia:Reviewing pending changes.

Creation protection (salting)
Shortcuts


 * WP:SALT
 * WP:SKYBLUELOCK

Administrators can prevent the creation of pages. This type of protection is useful for pages that have been deleted but repeatedly recreated. Such protection is case-sensitive. There are several levels of creation protection that can be applied to pages, identical to the levels for edit protection. A list of protected titles can be found at Special:ProtectedTitles (see also historical lists).

Pre-emptive restrictions on new article titles are instituted through the title blacklist system, which allows for more flexible protection with support for substrings and regular expressions.

Pages that have been creation-protected are sometimes referred to as "salted". Editors wishing to re-create a salted title with appropriate content should either contact an administrator (preferably the protecting administrator), file a request at Wikipedia:Requests for page protection#Current requests for reduction in protection level, or use the deletion review process. To make a convincing case for re-creation, it is helpful to show a draft version of the intended article when filing a request.

Administrators should choose the appropriate level of create protection—autoconfirmed, extended-confirmed, or full. Due to the implementation of ACPERM, non-confirmed editors cannot create pages in 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 sockpuppets of that user, if applicable).

Move protection
Shortcuts


 * WP:MOVP
 * WP:GREENLOCK

Move-protected pages, or more technically, fully move-protected pages, cannot be moved to a new title except by an administrator. Move protection is commonly applied to:


 * Pages subject to persistent page-move vandalism.
 * Pages subject to a page-name dispute.
 * Highly visible pages that have no reason to be moved, such as the administrators' noticeboard and articles selected as "Today's featured article" on the main page.

Fully edit-protected pages are also implicitly move-protected.

As with full edit protection, protection because of edit warring should not be considered an endorsement of the current name. When move protection is applied during a requested move discussion, the page should be protected at the location it was at when the move request was started.

All files are implicitly move-protected; only file movers and administrators can rename files.

Upload protection
Shortcuts


 * WP:UPLOAD-P
 * WP:PURPLELOCK

Upload-protected files, or more technically, fully upload-protected files, cannot be replaced with new versions except by an administrator. Upload protection does not protect file pages from editing. It can be applied by an administrator to:


 * Files subject to persistent upload vandalism.
 * Files subject to a dispute between editors.
 * Files that should not be replaced, such as images used in the interface or transcluded to the main page.
 * Files with common or generic names. (e.g., )

As with full edit protection, administrators should avoid favoring one version over another, and protection should not be considered an endorsement of the current version. An exception to this rule is when they are protected due to upload vandalism.

Extended confirmed protection
See also: Wikipedia:Rough guide to extended confirmed protection

Shortcuts


 * WP:ECP
 * WP:BLUELOCK

Extended confirmed protection, also known as 30/500 protection, allows edits only by editors with the extended confirmed user access level, granted automatically to registered users with at least 30 days' tenure and at least 500 edits.

As escalation from semi-protection
Where semi-protection has proven to be ineffective, administrators may use extended confirmed protection to combat disruption (such as vandalism, abusive sockpuppetry, edit wars, etc.) on any topic. Extended confirmed protection should not be used as a preemptive measure against disruption that has not yet occurred, nor should it be used to privilege extended confirmed users over unregistered/new users in valid content disputes (except as general sanction enforcement; see below).

As general sanction enforcement
Four topic areas are under Arbitration Committee "extended confirmed restrictions" as a general sanction, in which only extended confirmed users may edit affected content; one is under a similar community general sanction. The extended confirmed restriction slightly differs from the earlier "30/500 restriction", which was independent of extended confirmed status. Administrators are authorized to enforce this restriction through extended confirmed protection or any other means. It applies to:


 * The Arab–Israeli conflict (WP:ARBPIA4—ArbCom extended confirmed restriction since September 2021, superseding previous sanctions dating to May 2015)
 * The history of Jews and antisemitism in Poland during World War II (1933–1945) (WP:APL—ArbCom extended confirmed restriction since September 2021, superseding previous sanction dating to May 2020)
 * The Russo-Ukrainian War (WP:GS/RUSUKR—community extended confirmed restriction since October 2022)
 * The Indo-Pakistani conflict ( community 30/500 restriction imposed in February 2019, rescinded and folded into the India–Pakistan ArbCom discretionary sanctions regime in October 2021)

Discretionary usage
When necessary to prevent disruption in designated contentious topic areas, administrators are authorized to make protections at any level. (This is distinct from the topic-wide restrictions discussed above.) Some community sanctions grant similar discretionary authorizations.

High-risk templates can be extended-confirmed protected at administrator discretion when template protection would be too restrictive and semi-protection would be ineffective to stop widespread disruption.

Extended confirmed protection can be applied at the discretion of an administrator when creation-protecting a page.

Logging and edit requests
As of September 23, 2016, a bot posts a notification in a subsection of AN when this protection level is used. Any protection made as arbitration enforcement must be logged at Wikipedia:Arbitration enforcement log. A full list of the 4566 pages under 30/500 protection can be found here.

Users can request edits to an extended confirmed-protected page by proposing them on its talk page, using the  template if necessary to gain attention.

Template protection
Main page: Wikipedia:Template editor

Shortcuts


 * WP:TPROT
 * WP:PINKLOCK

A template-protected page can be edited only by administrators or users in the Template editors group. This protection level should be used almost exclusively on high-risk templates and modules. In cases where pages in other namespaces become transcluded to a very high degree, this protection level is also valid.

This is a protection level that replaces full protection on pages that are merely protected due to high transclusion rates, rather than content disputes. It should be used on templates whose risk factor would have otherwise warranted full protection. It should not be used on less risky templates on the grounds that the template editor user right exists—the existence of the right should not result in more templates becoming uneditable for the general editing community. In borderline cases, extended confirmed protection or lower can be applied to high risk templates that the general editing community still needs to edit regularly. A full list of the pages under template protection can be found here.

Editors may request edits to a template-protected page by proposing them on its talk page, using the  template if necessary to gain attention.

Full protection
Shortcuts


 * WP:FULL
 * WP:GOLDLOCK

A fully protected page cannot be edited or moved by anyone except administrators. The protection can be for a specified time or can be indefinite.

Modifications to a fully protected page can be proposed on its talk page (or at another appropriate forum) for discussion. Administrators can make changes to the protected article reflecting consensus. Placing the  template on the talk page will draw the attention of administrators for implementing uncontroversial changes.

Content disputes
See also: Wikipedia:Stable version

"WP:PREFER" redirects here. For what title name should be preferred, see Wikipedia:Disambiguation § Primary topic.

While content disputes and edit warring can be addressed with user blocks issued by 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 consensus a requirement for implementation of requested edits.

Shortcut


 * WP:PREFER

When protecting a page because of a content dispute, administrators have a duty to avoid protecting a version that contains policy-violating content, such as vandalism, copyright violations, defamation, or poor-quality coverage of living people. Administrators are deemed to remain uninvolved when exercising discretion on whether to apply protection to the current version of an article, or to an older, stable, or pre-edit-war version.

Fully protected pages may not be edited except to make changes that are uncontroversial or for which there is clear consensus. Editors convinced that the protected version of an article contains policy-violating content, or that protection has rewarded edit warring or disruption by establishing a contentious revision, may identify a stable version prior to the edit war and request reversion to that version. Before making such a request, editors should consider how independent editors might view the suggestion and recognize that continuing an edit war is grounds for being blocked.

Administrators who have made substantive content changes to an article are considered involved and must not use their advanced permissions to further their own positions. When involved in a dispute, it is almost always wisest to respect the editing policies that bind all editors and call for input from an uninvolved administrator, rather than to invite controversy by acting unilaterally.

"History only" review
Shortcut


 * WP:PPDRV

If a deleted page is going through deletion review, only administrators are normally capable of viewing the former content of the page. If they feel it would benefit the discussion to allow other users to view the page content, administrators may restore the page, blank it or replace the contents with  template or a similar notice, and fully protect the page to prevent further editing. The previous contents of the page are then accessible to everyone via the page history.

Protected generic file names
Generic file names such as File:Photo.jpg, File:Example.jpg, File:Map.jpg, and File:Sound.wav are fully protected to prevent new versions from being uploaded. Furthermore, File:Map.jpg and File:Sound.wav are salted.

Cascading protection
"WP:CASCADE" redirects here. You may also be looking for Help:Cascading Style Sheets or Wikipedia:Cascade-protected items.

Shortcuts


 * WP:CASCADE
 * WP:TURQUOISELOCK

Cascading protection fully protects a page, and extends that full protection automatically to any page that is transcluded onto the protected page, whether directly or indirectly. This includes templates, images and other media that are hosted on the English Wikipedia. Files stored on Commons are not protected by any other wiki's cascading protection and, if they are to be protected, must be either temporarily uploaded to the English Wikipedia or explicitly protected at Commons (whether manually or through cascading protection there). When operational, KrinkleBot cascade-protects Commons files transcluded at Wikipedia:Main Page/Tomorrow, Wikipedia:Main Page/Commons media protection and Main Page. As the bot's response time varies, media should not be transcluded on the main page (or its constituent templates) until after it has been protected. (This is particularly relevant to Template:In the news, for which upcoming images are not queued at Wikipedia:Main Page/Tomorrow.) Cascading protection:


 * Should be used only to prevent vandalism when placed on particularly visible pages, such as the main page.
 * Is available only for fully protected pages; it is disabled for lower levels of protection as it represents a workflow flaw. See below as well as this bug ticket for more information.
 * Is not instantaneous; it can be several hours before it takes effect. See Phabricator:T20483 for more information.
 * Should generally not be applied directly to templates or modules, as it will not protect transclusions inside