Administrators are wiki users who are members of the "sysop" user group. The wiki software has few features which are only accessible to these users, but they are quite important.
Administrators can edit protected pages and have the ability to protect and unprotect pages from editing and moving.
Versions of edit protection are:
?action=protect to theURL address bar). This will lead to a confirmation screen with two menus and a checkbox. In the menu, the administrator can choose to protect the page from editing byunregistered users orall users. Similarly, the page can be protected from moves by eitherunregistered users (although this seems standard anyway) orall users (the system automatically adds the same level of protection to moves as it does to edits, but the protection level can be changed by checking the "Unlock further protect options" checkbox). Cascading protection is enabled by checking a separate checkbox. Enter the reason for page protection in the box and pressConfirm. This will belogged.Confirm. A reason for unprotection should be given as well. This action will likewise belogged.editinterface user right (by default, administrators andinterface administrators). Since MediaWiki 1.32, JavaScript and CSS pages in MediaWiki namespace can only be edited by users with botheditinterface and (respectively)editsitecss oreditsitejs user right (by default, interface administrators). These restriction is independent of the protection levels of these pages; these pages may still be protected individually.Edit on a fully protected page, an administrator is presented a warning at the top of the page informing about this page status. Also, theview source link may sometimes replace anedit link when the user is blocked.Administrators can delete pages and their history, and can view and restore deleted pages and their history. They can also delete images, which can be undeleted as normal.
?action=delete to the URL address bar). If an administrator is using the Monobook skin, the shortcutAlt+D can alternatively be used. This will bring up a new page asking for a confirmation that the page should be deleted, as well as an explanation of the deletion. A message should be typed into the input box to explain the deletion to other users. After the page has been deleted, it might have an existing talk page which should be deleted as well. Since MediaWiki 1.39, there is a "Delete associated talk page" checkbox that allows you to delete the talk page at the same time as the subject page. Any links that point to the deleted page should be removed or corrected—whichever is the most appropriate action.Pages can beundeleted for as long as they are in the archive. If a page has not been recreated since it was deleted, there will be a message on the page indicating how many deleted revisions there are. Clicking on this (or theundelete tab) will bring up a page displaying all the deleted revisions which can each be looked at separately. To undelete a page, click therestore button which appears on the confirmation page; this will restore all deleted revisions by default. Since MediaWiki 1.39, you can also undelete all revisions of the associated talk page at the same time. Undeletion occurs as soon as the button is clicked, and will be logged just like deletions; if some revisions are not restored, the log will record how many were restored.
If a page already exists but an administrator wants to restore previous revisions, the administrator must go to the page history. There will be a link to undelete as described above.
Any user canrevert a page by going back through the page's history.Administrators have arollback button to expedite the process.To revert the edits of one user to the last version by the previous editor, clickrollback on the page history, the user contribution list, or on the diff page.This can be used to revert edits from multiple vandalism attempts.The reversion will be marked as a minor edit and given an automatic edit summary based on the contents ofRevertpage.
Sysops (and other users with right "Mark rolled-back edits as bot edits") can hide edits (typically, vandalism) from theRecent Changes page.To do this, add&bot=1 to the end of the url used to access a user's contributions.For example,...index.php?title=Special:Contributions&target=Username&bot=1.When the rollback links on the contributions list are clicked, both the revert and the original edit that you are reverting will be hidden from the default Recentchanges display.This mechanism uses the marker originally added to keep massive bot edits from flooding recentchanges, hence the "bot".These changes will be hidden from recent changes unless you click the "bots" link to sethidebots=0.The edits are not hidden from contribs, history, watchlist, etc.The edits remain in the database and are not removed, but they no longer flood Recentchanges.The aim of this feature is to reduce the annoyance factor of a flood vandal with relatively little effort.
| MediaWiki version: | ≥ 1.11 |
There is a simpleinterface (Special:Userrights) for granting a specific username 'sysop' status or (in MediaWiki 1.11) granting and revoking membership to groups with all associated user rights – a user with 'Bureaucrat' status has the rights to do to this. The initial user created by the installer should have 'Bureaucrat' rights.
Users with ordinary access, including visitors who haven't "signed in", can still do many things, including the most important: editing pages and helping with maintenance tasks.But only signed-up users canupload files orrename pages.Among other things, one should also register to hide one's own IP behind the usernames.