Deluxe Administrators

__NOTOC__
----
Deluxe Administrators are a fictional usergroup that would serve as an extension to the Administrator usergroup. The intention was to come up with a fictional usergroup that would have various tools that Administrators would benefit from when performing administrative tasks, but many of which could be abused easily. In any case, many of the abilities that Deluxe Administrators have could make them more subjected to abuse due to the large scope of influence the rights have.
==Inspiration==
The inspiration for the fictional usergroup started sometime in late October 2016 when I was thinking about certain abilities that Fandom Staff, Fandom Helpers, and Volunteer Spam Task Force members had that Administrators didn't have. I was toying around with this question as to which abilities I could see being added to the Administrator usergroup, or as a deluxe version of the Administrator usergroup that Administrators didn't have currently.
Indeed, virtually all the abilities that I had in mind were abilities that Administrators either didn't have or abilities that Administrators once had but were removed from the group due to security reasons. But I had a pretty fun time putting together a list of various tools that could be beneficial for experienced Administrators, nonetheless.
==Abilities that the Deluxe Administrator usergroup has==
Many of the abilities included in the Deluxe Administrator usergroup are abilities that weren't already included in the Administrator usergroup. But there are many abilities already included in the Administrator usergroup that were subsequently included in the Deluxe Administrator usergroup.
;Blogs:create
All Users have the ability to create blog articles. However, since anonymous editing is disabled on this wiki, the ability to create blog articles is restricted to Registered Users and up, as is the ability to edit pages. And even when Unregistered Users were able to edit pages on this wiki prior to August 2015, they couldn't create blog articles. Administrators do not have the ability, likely because they implicitly have all the permissions extended to Registered and Unregistered Users, and therefore it would be redundant for them to have the permission as a standalone group.
Deluxe Administrators were subsequently granted the ability to create blog articles in February 2020, so they would be able to create blog articles on wikis that have restricted the ability to create blog articles, such as the Community Central Wiki. Deluxe Administrators are supposed to have editing access in all namespaces on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that they would still be able to edit the namespaces that are restricted on certain wikis. It should be noted that if the Blogs extension is disabled, the ability to create blog articles will not show up as granted to Deluxe Administrators.
;Createaccount
Fandom Staff and All Users have the ability to create new user accounts. Fandom Helpers and Administrators were subsequently granted the ability to create new user accounts, following this wiki's migration to Fandom's Unified Community Platform in October 2020.
Deluxe Administrators were subsequently granted the ability to create new user accounts in late December 2020 since it was decided that they would be granted all the abilities that they previously wouldn't have been able to access as a standalone group on wikis that are currently protected with the Protectsite permission.
However, Deluxe Administrator rights are only granted to experienced and trusted users that are currently Administrators, and the users that are granted Deluxe Administrator rights are expected to retain their Administrator rights while they are Deluxe Administrators.
;Createinteractivemap
Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, Registered Users, and All Users were subsequently granted the ability to create interactive maps in September 2022. Deluxe Administrators were subsequently granted the ability in September 2022, since all the usergroups that had the Createpage permission at the time were granted the Createinteractivemap permission.
;Createpage
Fandom Helpers, Registered Users, and All Users have the ability to create pages that are not discussion pages. Wiki Managers and Content Team Members were also granted the ability to create pages that are not discussion pages, following their respective introductions in May and July 2019, until their respective retirements. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021, July 2021, and July 2020. Volunteer Spam Task Force members also previously had the ability to create pages that are not discussion pages, prior to the usergroup's retirement.
Deluxe Administrators were subsequently granted the ability to create pages that are not discussion pages in late December 2020 since it was decided that they would be granted all the abilities that they previously wouldn't have been able to access as a standalone group on wikis that are currently protected with the Protectsite permission. However, Deluxe Administrator rights are only granted to experienced and trusted users that are currently Administrators, and the users that are granted Deluxe Administrator rights are expected to retain their Administrator rights while they are Deluxe Administrators.
;Createtalk
Fandom Helpers, Registered Users, and All Users have the ability to create discussion pages. Wiki Managers and Content Team Members were also granted the ability to create discussion pages, following their respective introductions in May and July 2019, until their respective retirements. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021, July 2021, and July 2020. Volunteer Spam Task Force members also previously had the ability to create discussion pages, prior to the usergroup's retirement.
Deluxe Administrators were subsequently granted the ability to create discussion pages in late December 2020 since it was decided that they would be granted all the abilities that they previously wouldn't have been able to access as a standalone group on wikis that are currently protected with the Protectsite permission. However, Deluxe Administrator rights are only granted to experienced and trusted users that are currently Administrators, and the users that are granted Deluxe Administrator rights are expected to retain their Administrator rights while they are Deluxe Administrators.
;Dumpsondemand
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have the ability to download database dumps on demand, via Special:Statistics as a standalone group. In January 2022, I decided that Deluxe Administrators would be granted all the abilities that are extended to Administrators, minus the Deleteinterfacetrusted permission which they don't need since they already have the Editinterfacetrusted permission.
I did this to prevent myself from being locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have. Even if there aren't any permissions that are dependent on the ability to download database dumps on demand.
;Editinteractivemap
Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, and Administrators have the ability to edit interactive maps. Spam Obliteration and Prevention members, Assistants, and Content Moderators were subsequently granted the ability in August 2022. Vanguards, Registered Users, and All Users were also subsequently granted the ability in September 2022. Interactive Map Testers previously had the ability, prior to the usergroup's retirement. Deluxe Administrators were granted the ability in July 2021, so they'd be able to edit interactive maps, regardless if they didn't have Administrator rights.
;Wall:edit
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Registered Users have the ability to delete and undelete message wall messages on one's own message wall. All Users were subsequently granted the ability to delete and undelete message wall messages on one's own message wall in late April 2021. Volunteer Spam Task Force members were also granted the ability in October 2020, prior to the usergroup's retirement.
Deluxe Administrators were subsequently granted the ability to delete and undelete message wall messages on one's own message wall in August 2021, so they would be able to delete and undelete message wall messages on one's own message wall on wikis that have restricted the ability to delete and undelete message wall messages on one's own message wall. However, in practice, Deluxe Administrators would be able to delete and undelete message wall messages on one's own message wall anyway, since they already have the ability to delete and undelete message wall messages in general.
;Edit
Fandom Helpers and Registered Users have the ability to edit pages. Wiki Managers and Content Team Members were also granted the ability to edit pages, following their respective introductions in May and July 2019, until their respective retirements. Wiki Representatives and Wiki Specialists were also granted the ability to edit pages, following their respective introductions in July 2021. All Users also previously had the ability to edit pages, prior to anonymous editing being disabled on this wiki in August 2015. Fandom Staff also previously had the ability, prior to this wiki's migration to Fandom's Unified Community Platform in October 2020.
Deluxe Administrators were subsequently granted the ability to edit pages in late December 2020 since it was decided that they would be granted all the abilities that they previously wouldn't have been able to access as a standalone group on wikis that are currently protected with the Protectsite permission. However, Deluxe Administrator rights are only granted to experienced and trusted users that are currently Administrators, and the users that are granted Deluxe Administrator rights are expected to retain their Administrator rights while they are Deluxe Administrators.
;Move
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have the ability to move pages as a standalone group.
In late December 2020, I decided that Deluxe Administrators would be granted all the abilities that they previously wouldn't have been able to access as a standalone group on wikis that are currently protected with the Protectsite permission.
However, Deluxe Administrator rights are only granted to experienced and trusted users that are currently Administrators, and the users that are granted Deluxe Administrator rights are expected to retain their Administrator rights while they are Deluxe Administrators.
;Move-rootuserpages
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have the ability to move userpages without their subpages as a standalone group. In January 2022, I decided that Deluxe Administrators would be granted all the abilities that are extended to Administrators, minus the Deleteinterfacetrusted permission which they don't need since they already have the Editinterfacetrusted permission.
I did this to prevent myself from being locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have. Even if there aren't any permissions that are dependent on the ability to move userpages without their subpages.
;Move-subpages
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have the ability to move pages with their subpages as a standalone group. In January 2022, I decided that Deluxe Administrators would be granted all the abilities that are extended to Administrators, minus the Deleteinterfacetrusted permission which they don't need since they already have the Editinterfacetrusted permission.
I did this to prevent myself from being locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have. Even if there aren't any permissions that are dependent on the ability to move pages with their subpages.
;Moveinteractivemap
Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, Administrators, and Registered Users were subsequently granted the ability to move interactive maps in September 2022. Deluxe Administrators were subsequently granted the ability in September 2022, since all the usergroups that had the Move permission at the time were granted the Moveinteractivemap permission.
;Posts:create
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Registered Users have the ability to create discussion posts. Volunteer Spam Task Force members were also granted the ability to create discussion posts in October 2020, prior to the usergroup's retirement. Autoconfirmed Users were also granted the ability to create discussion posts from April to November 2022 and January to April 2023 when the permission was temporarily revoked from Registered Users due to severe spam issues. Wiki Representatives, Wiki Specialists, Global Discussion Moderators, Administrators, Assistants, Content Moderators, and Discussion Moderators were subsequently granted the ability to create discussion posts in November 2022.
Deluxe Administrators were subsequently granted the ability to create discussion posts in August 2021, so they would be able to create discussion posts on wikis that have restricted the ability to create discussion posts, such as the Fandom Commons Wiki. They are supposed to have editing access in all namespaces on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that Deluxe Administrators would still be able to create discussion posts on wikis that had enabled, and the Posts:create permission had been revoked from Registered Users.
;Posts:edit
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Registered Users have the ability to edit their discussion posts. Volunteer Spam Task Force members were also granted the ability to edit their discussion posts in October 2020, prior to the usergroup's retirement.
Deluxe Administrators were subsequently granted the ability to edit their discussion posts in August 2021, so they would be able to edit their discussion posts on wikis that have restricted the ability to edit discussion posts.
They are supposed to have editing access in all namespaces on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that Deluxe Administrators would still be able to edit discussion posts on wikis that had enabled, and the Posts:edit permission had been revoked from Registered Users.
;Posts:report
Registered Users have the ability to report article and blog comments, discussion posts, and message wall messages. Fandom Staff, Fandom Helpers, and Spam Obliteration and Prevention members were subsequently granted the ability in October 2020. Volunteer Spam Task Force members were also subsequently granted the ability in October 2020, prior to the usergroup's retirement.
Deluxe Administrators were subsequently granted the ability to report article and blog comments, discussion posts, and message wall messages in January 2024, so they would be able to report article and blog comments, discussion posts, and message wall messages on wikis that have restricted the ability to report article and blog comments, discussion posts, and message wall messages, such as the Fandom Stars Wiki.
They are supposed to be able to do all the things that Registered Users can do on most wikis by default on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that Deluxe Administrators would still be able to report article and blog comments, discussion posts, and message wall messages on wikis that had article comments, blogs, , or message walls enabled, and the Posts:report permission had been revoked from Registered Users.
;Posts:vote
Registered Users have the ability to upvote discussion posts. Fandom Staff, Fandom Helpers, and Spam Obliteration and Prevention members were subsequently granted the ability in October 2020. Volunteer Spam Task Force members were also subsequently granted the ability in October 2020, prior to the usergroup's retirement.
Deluxe Administrators were subsequently granted the ability to upvote discussion posts in January 2024, so they would be able to upvote discussion posts on wikis that have restricted the ability to upvote discussion posts, such as the Fandom Stars Wiki.
They are supposed to be able to do all the things that Registered Users can do on most wikis by default on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that Deluxe Administrators would still be able to upvote discussion posts on wikis that had enabled, and the Posts:vote permission had been revoked from Registered Users.
;Reupload
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have the ability to overwrite existing files as a standalone group.
In late December 2020, I decided that Deluxe Administrators would be granted all the abilities that they previously wouldn't have been able to access as a standalone group on wikis that are currently protected with the Protectsite permission.
However, Deluxe Administrator rights are only granted to experienced and trusted users that are currently Administrators, and the users that are granted Deluxe Administrator rights are expected to retain their Administrator rights while they are Deluxe Administrators.
;Reupload-shared
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have the ability to locally override files on the shared media repository as a standalone group.
In late December 2020, I decided that Deluxe Administrators would be granted all the abilities that they previously wouldn't have been able to access as a standalone group on wikis that are currently protected with the Protectsite permission.
However, Deluxe Administrator rights are only granted to experienced and trusted users that are currently Administrators, and the users that are granted Deluxe Administrator rights are expected to retain their Administrator rights while they are Deluxe Administrators.
;Threads:create
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Registered Users have the ability to create message wall messages. Volunteer Spam Task Force members were also granted the ability to create message wall messages in October 2020, prior to the usergroup's retirement. Autoconfirmed Users were also granted the ability to create message wall messages from April to November 2022 and January to April 2023 when the permission was temporarily revoked from Registered Users due to severe spam issues. Wiki Representatives, Wiki Specialists, Global Discussion Moderators, Administrators, Assistants, Content Moderators, and Discussion Moderators were subsequently granted the ability to create message wall messages in November 2022.
Deluxe Administrators were subsequently granted the ability to create message wall messages in August 2021, so they would be able to create message wall messages on wikis that have restricted the ability to create message wall messages, such as the Fandom Commons Wiki. They are supposed to have editing access in all namespaces on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that Deluxe Administrators would still be able to create message wall messages on wikis that had the MessageWall extension enabled, and the Threads:create permission had been revoked from Registered Users.
;Threads:edit
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Registered Users have the ability to edit their message wall messages. Volunteer Spam Task Force members were also granted the ability to edit their message wall messages in October 2020, prior to the usergroup's retirement.
Deluxe Administrators were subsequently granted the ability to edit their message wall messages in August 2021, so they would be able to edit their message wall messages on wikis that have restricted the ability to edit message wall messages.
They are supposed to have editing access in all namespaces on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that Deluxe Administrators would still be able to edit message wall messages on wikis that had the MessageWall extension enabled, and the Threads:edit permission had been revoked from Registered Users.
;Upload
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have the ability to upload files as a standalone group.
In late December 2020, I decided that Deluxe Administrators would be granted all the abilities that they previously wouldn't have been able to access as a standalone group on wikis that are currently protected with the Protectsite permission.
However, Deluxe Administrator rights are only granted to experienced and trusted users that are currently Administrators, and the users that are granted Deluxe Administrator rights are expected to retain their Administrator rights while they are Deluxe Administrators.
;Skipcaptcha
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to bypass CAPTCHAs, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Articlecomments
All Users previously had the ability to create and edit own article comments until April 2022 when the ability was restricted due to severe spam issues. However, since anonymous editing is disabled on this wiki, the ability to create and edit own article comments was restricted to Registered Users and up. Administrators did not have the ability, likely because they implicitly have all the permissions extended to Registered and Unregistered Users, and therefore it would have been redundant for them to have the permission as a standalone group. When the ability was removed from All Users, Autoconfirmed Users were granted the ability to create and edit own article comments.
Administrators, Assistants, Content Moderators, and Discussion Moderators were subsequently granted the ability to create and edit own article comments in February 2023. Deluxe Administrators were subsequently granted the ability to create and edit own article comments in August 2021, so they would be able to create and edit own article comments on wikis that have restricted the ability to create article comments, such as the Fandom Commons Wiki. They are supposed to have editing access in all namespaces on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that Deluxe Administrators would still be able to create and edit own article comments on wikis that had article comments or blogs enabled, and the Articlecomments permission had been revoked from Autoconfirmed Users.
;Autoconfirmed
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to bypass IP-based rate limits, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Editsemiprotected
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Vanguards, Bots, Administrators, Content Moderators, and Autoconfirmed Users have the ability to edit semi-protected pages. Assistants were subsequently granted the ability to edit semi-protected pages in October 2020. Wiki Managers and Content Team Members also had the ability to edit semi-protected pages, prior to the usergroups' respective retirements. Wiki Representatives and Wiki Specialists were also granted the ability, following their introductions in July 2021.
Content Volunteers previously had the ability to edit semi-protected pages via the Autoconfirmed permission, prior to this wiki's migration to Fandom's Unified Community Platform in October 2020. Deluxe Administrators were subsequently granted the ability to edit semi-protected pages in August 2020 since it was decided that they would be granted all the administrative abilities that weren't granted to any of the usergroups on legacy and/or UCP wikis. It also ensures that they can edit semi-protected pages without being part of any other usergroup.
;Autopatrol
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to have their edits automatically marked as patrolled, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Move-categorypages
Fandom Staff, Fandom Helpers, and Administrators have the ability to rename categories. Registered Users also had the ability on C.Syde's Wiki for a short time, before the ability was subsequently revoked from them and granted to Assistants and Content Moderators in October 2020. Bots, Discussion Moderators, Rollbackers, and Autopatrolled Users were subsequently granted the ability on C.Syde's Wiki in April 2021.
Deluxe Administrators were granted the ability to rename categories in December 2018, disregarding the fact that the ability had not been added to Fandom wikis in general until March 2020. The ability wasn't added to C.Syde's Wiki until the wiki was migrated to Fandom's Unified Community Platform in October 2020. However, Deluxe Administrators should be careful when renaming categories, to make sure that any pages linking to the old name of the category are updated.
;Movefile
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to move files, regardless if they didn't have Administrator rights or the wiki didn't allow files to be moved by non-administrators.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Suppressredirect
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to move pages without creating redirects from source pages, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Moderate-quickanswers
;Rollback
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since all the usergroups that currently have the Quicktools permission also have the Rollback permission.
I wanted to make sure that Deluxe Administrators would be able to quickly revert and delete spam and vandalism, since the QuickTools repository implies that Deluxe Administrators would not be able to revert spam and vandalism as a standalone group without the Rollback right.
;Admindashboard
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to access the administrators' dashboard, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Announcements
Fandom Staff, Wiki Representatives, Fandom Helpers, Spam Obliteration and Prevention members, Global Discussion Moderators, Administrators, and Discussion Moderators have the ability to create wiki-wide announcements.
Wiki Specialists were subsequently granted the ability to create wiki-wide announcements in December 2021. Deluxe Administrators were granted the ability to create wiki-wide announcements in August 2021, so they would continue being able to create wiki-wide announcements after the tool was moved from /announcements to /wiki/Special:Announcements, regardless if they didn't have Administrator rights.
;Articlecomments:delete
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Global Discussion Moderators, Administrators, Content Moderators, and Discussion Moderators have the ability to delete and undelete article and blog comments. Wiki Representatives were granted the ability to delete and undelete article and blog comments, following their introduction in July 2021. Wiki Managers also had the ability to delete and undelete article and blog comments, prior to the usergroup's retirement.
Wiki Specialists were subsequently granted the ability to delete and undelete article and blog comments in December 2021. Deluxe Administrators were granted the ability in June 2021, so they would continue being able to delete and undelete article and blog comments after they stopped being able to delete and undelete article and blog comments via the Posts:delete permission, regardless if they didn't have Administrator rights.
;Articlecomments:validate
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Global Discussion Moderators, Administrators, Content Moderators, and Discussion Moderators have the ability to approve reported article and blog comments that are deemed unworthy of deletion. Assistants were subsequently granted the ability in June 2021. Wiki Representatives were also granted the ability, following their introduction in July 2021.
Wiki Managers also had the ability to approve reported article and blog comments that were deemed worthy of deletion, prior to the usergroup's retirement. Wiki Specialists were subsequently granted the ability in December 2021. Deluxe Administrators were granted the ability in June 2021, so they would be able to continue approving reported article and blog comments that were deemed unworthy of deletion after they stopped being able to approve reported article and blog comments via the Posts:validate permission, regardless if they didn't have Administrator rights.
;Articlecomments:viewhidden
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Global Discussion Moderators, Administrators, Content Moderators, and Discussion Moderators have the ability to view deleted article and blog comments. Assistants were subsequently granted the ability in June 2021. Wiki Representatives were also granted the ability, following their introduction in July 2021.
Wiki Managers also had the ability to view deleted article and blog comments, prior to the usergroup's retirement. Wiki Specialists were subsequently granted the ability in December 2021. Deluxe Administrators were granted the ability in June 2021, so they would be able to continue viewing deleted article and blog comments after they stopped being able to view deleted article and blog comments via the Posts:viewhidden permission, regardless if they didn't have Administrator rights.
;Disablecomments
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Administrators, and Discussion Moderators have the ability to disable comments on article pages and blog articles. Wiki Managers and Content Team Members also had the ability, prior to the usergroups' respective retirements. Assistants were subsequently granted the ability in October 2020. Wiki Representatives and Wiki Specialists were also granted the ability, following their introductions in July 2021.
Deluxe Administrators were granted the ability to disable comments on article pages and blog articles in September 2020, since it was decided that they would receive various permissions extended to Administrators on UCP wikis that weren't extended to them on legacy wikis, until all wikis were migrated to UCP. Furthermore, I felt that they would benefit from having this permission as a standalone group.
;Forums:viewhidden
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to view deleted forums in discussions, regardless if they didn't have Administrator rights.
Deluxe Administrators were granted the ability to view deleted forums in November 2020, since the ability is not part of the MediaWiki software, and therefore Deluxe Administrators would not be able to view deleted forums with the Deletedtext permission which was granted to them on the same day.
;Leaderboard:view
Even though this ability is already included with the Administrator usergroup, I immediately decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to view the discussions leaderboard, regardless if they didn't have Administrator rights.
Deluxe Administrators were granted the ability to view the discussions leaderboard in September 2020, since none of the usergroups with the permission on legacy wikis had the permission on UCP wikis at the time, disregarding the fact that Administrators could view the discussions leaderboard on UCP wikis anyway. And it was only a couple of days before the usergroups with the permission on legacy wikis were granted the permission on UCP wikis.
;ModeratorTools:use
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to access the Insights special page, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Posts:delete
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Global Discussion Moderators, Administrators, and Discussion Moderators have the ability to delete and undelete discussion posts. Wiki Representatives were also granted the ability to delete and undelete discussion posts, following their introduction in July 2021. Wiki Managers and Volunteer Spam Task Force members also had the ability to delete and undelete discussion posts, prior to the usergroups' respective retirements.
Content Moderators were subsequently granted the ability to delete and undelete discussion posts in November 2020. Wiki Specialists were subsequently granted the ability to delete and undelete discussion posts in December 2021. Deluxe Administrators were granted the ability in July 2020, so they could delete and undelete discussion posts, since the feature is not part of the MediaWiki software, unlike their counterpart that was still on the legacy platform.
;Posts:deleteall
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Global Discussion Moderators, Administrators, and Discussion Moderators have the ability to delete all article and blog comments, discussion posts, and message wall messages by a specific user. Wiki Representatives were also granted the ability to delete all article and blog comments, discussion posts, and message wall messages by a specific user, following their introduction in July 2021. Wiki Managers and Volunteer Spam Task Force members also had the ability to delete all article and blog comments, discussion posts, and message wall messages by a specific user, prior to the usergroups' respective retirements.
Content Moderators were subsequently granted the ability to delete all article and blog comments, discussion posts, and message wall messages by a specific user in April 2021. Wiki Specialists were subsequently granted the ability to delete all article and blog comments, discussion posts, and message wall messages by a specific user in December 2021. Deluxe Administrators were granted the ability in October 2020, so they could delete all article and blog comments, discussion posts, and message wall messages by a specific user, in addition to the ability to delete and undelete article and blog comments, and discussion posts, since those features are not part of the MediaWiki software, unlike their counterparts that were still on the legacy platform.
;Posts:lock
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to lock and unlock article and blog comments, and discussion posts, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Posts:superedit
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to edit the article and blog comments, and discussion posts of other users, as well as edit article and blog comments, and discussion posts that were posted more than a day ago, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Posts:validate
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to approve reported discussion posts that were deemed unworthy of deletion, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Posts:viewhidden
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to view deleted discussion posts, regardless if they didn't have Administrator rights.
Deluxe Administrators were granted the ability to view deleted discussion posts in November 2020, since the features are not part of the MediaWiki software, unlike their counterpart that was still on the legacy platform. Therefore Deluxe Administrators would not be able to view deleted discussion posts with the Deletedtext permission which was granted to them on the same day.
;Threads:delete
Global Discussion Moderators, Administrators, and Discussion Moderators have the ability to delete and undelete message wall messages. Fandom Staff, Fandom Helpers, and Spam Obliteration and Prevention members were subsequently granted the ability in October 2020. Wiki Managers and Volunteer Spam Task Force members were also subsequently granted the ability in October 2020, prior to their respective retirements.
Content Moderators were subsequently granted the ability in April 2021. Wiki Representatives were also granted the ability, following their introduction in July 2021. Wiki Specialists were subsequently granted the ability in December 2021. Deluxe Administrators were granted the ability in September 2020, so they could delete and undelete message wall messages, since the feature is not part of the MediaWiki software, unlike their counterpart that was still on the legacy platform.
;Threads:lock
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to lock and unlock message wall messages and discussion posts, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Threads:move
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to move message wall messages and discussion posts, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Threads:superedit
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to edit the message wall messages and discussion posts of other users, as well as edit message wall messages and discussion posts that were posted more than a day ago, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Threads:viewhidden
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to view deleted message wall messages, regardless if they didn't have Administrator rights.
Deluxe Administrators were granted the ability to view deleted message wall messages in November 2020, since the feature is not part of the MediaWiki software, unlike their counterpart that was still on the legacy platform. Therefore Deluxe Administrators would not be able to view deleted message wall messages with the Deletedtext permission which was granted to them on the same day.
;Changetags
Registered Users had the ability to add and remove arbitrary tags on individual revisions and log entries until May 2022 when the ability was restricted to prevent abuse. When the ability was removed from Registered Users, Fandom Staff, Administrators, and Content Moderators were granted the ability to add and remove arbitrary tags on individual revisions and log entries. Deluxe Administrators were subsequently granted the ability to add and remove arbitrary tags on individual revisions and log entries in June 2022, so they would continue being able to add and remove arbitrary tags on individual revisions and log entries, after the ability was revoked from Registered Users, regardless if they didn't have Administrator rights.
In January 2022, I decided that Deluxe Administrators would be granted all the abilities that are extended to Administrators, minus the Deleteinterfacetrusted permission which they don't need since they already have the Editinterfacetrusted permission. I did this to prevent myself from being locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have. Even if there aren't any permissions that are dependent on the ability to add and remove arbitrary tags on individual revisions and log entries.
;Delete
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since all the usergroups that currently have the Nuke permission also have the Delete permission.
Furthermore, I checked on to see if users were able to use the Nuke permission without the Delete permission, and it turns out that the Delete permission is required for the Nuke extension to work. Assuming that the Delete permission is required for the Nuke extension to work on Fandom as well, I decided that Deluxe Administrators should have the Delete permission as a standalone group.
The Delete permission would also be required for the fictional Selectivedelete permission to work on Fandom, as the Selectivedelete permission does not grant users access to the ?action=delete page. It only adds additional options, allowing users with the Delete permission to delete a selection of revisions from the page history, moving them to the archive table, as opposed to the usual method of deleting the entire page and then undeleting the selective revisions.
;Deletedhistory
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since all the usergroups that currently have the Editinterfacetrusted permission also have the Deletedhistory and Undelete permissions.
I wanted to make sure that Deluxe Administrators would be able to undelete MediaWiki messages, since there is no reliable evidence that the Editinterfacetrusted permission would allow them to undelete MediaWiki messages without the Undelete permission, and the Deletedhistory permission is required to use the Undelete permission.
;Deletedtext
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since all the usergroups that currently have the Deleterevision permission also have the Deletedtext permission. Furthermore I eventually acknowledged that the Deleterevision permission would not allow Deluxe Administrators to view the text of hidden revisions without the Deletedtext permission.
;Deleteinteractivemap
Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, and Administrators have the ability to delete interactive maps. Spam Obliteration and Prevention members and Content Moderators were subsequently granted the ability in August 2022. Deluxe Administrators were granted the ability in April 2022, so they'd be able to delete interactive maps, regardless if they didn't have Administrator rights.
;Editcontentmodel
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Vanguards, Administrators, and Content Moderators have the ability to change the content models of pages. Wiki Managers and Content Team Members also had the ability, prior to the usergroups' respective retirements. Assistants were subsequently granted the ability in October 2020.
Wiki Representatives and Wiki Specialists were also granted the ability, following their introductions in July 2021. Content Volunteers also previously had the ability, prior to June 2021. Deluxe Administrators were granted the ability to change the content models of pages in August 2020, in case Administrators and Content Moderators ever lost the ability.
;Editprotected
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Vanguards, Administrators, and Content Moderators were subsequently granted the ability to edit protected pages without cascading protection, following this wiki's migration to Fandom's Unified Community Platform. Wiki Managers and Content Team Members were also subsequently granted the ability around this time, prior to their respective retirements. Assistants and Content Volunteers were subsequently granted the ability to edit protected pages without cascading protection in October 2020 and June 2021, respectively.
Wiki Representatives and Wiki Specialists were also granted the ability to edit protected pages, following their introductions in July 2021. Deluxe Administrators were subsequently granted the ability to edit protected pages without cascading protection since it was decided that they would be granted all the administrative abilities that weren't granted to any of the usergroups on legacy and/or UCP wikis. It also ensures that they can edit protected pages without being part of any other usergroup.
;Moderateinteractivemap
Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, Administrators, and Content Moderators have the ability to manage marker reports. Deluxe Administrators were granted the ability in August 2022, so they'd be able to manage marker reports, regardless if they didn't have Administrator rights.
;Patrol
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to mark other users' edits as patrolled, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Protect
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to delete cascade-protected pages with the Delete permission, regardless if they didn't have Administrator rights.
;Undelete
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since all the usergroups that currently have the Editinterfacetrusted permission also have the Undelete permission. I wanted to make sure that Deluxe Administrators would be able to undelete MediaWiki messages, since there is no reliable evidence that the Editinterfacetrusted permission would allow them to undelete MediaWiki messages without the Undelete permission.
;Upload_by_url
Fandom Staff, Fandom Helpers, Administrators, and Assistants have the ability to upload files from a URL. Wiki Managers and Content Team Members were also granted the ability, following their respective introductions in May and July 2019, until their respective retirements. Wiki Representatives and Wiki Specialists were also granted the ability, following their introductions in July 2021. Bots and Content Moderators were subsequently granted the ability in December 2021. Registered Users previously had the ability to upload files from a URL, prior to December 2021.
Fandom Staff, Fandom Helpers, and Administrators lost the ability, following this wiki's migration to Fandom's Unified Community Platform in October 2020. However, they regained the ability around the time that it was granted to Bots and Content Moderators, and removed from Registered Users. Even though the ability is extended to Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Bots, Administrators, Assistants, and Content Moderators, it is currently disabled on this wiki, and on all wikis to my knowledge.
Even though the ability to upload files from a URL is currently disabled on Fandom wikis, I subsequently decided that Deluxe Administrators should have it as a standalone group. In January 2022, I decided that Deluxe Administrators would be granted all the abilities that are extended to Administrators, minus the Deleteinterfacetrusted permission which they don't need since they already have the Editinterfacetrusted permission.
I did this to prevent myself from being locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have. Even if there aren't any permissions that are dependent on the ability to upload files from a URL.
;Apihighlimits
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to use higher limits in API queries, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Blog-articles-edit
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to delete blog articles with the Delete permission, regardless if they didn't have Administrator rights.
;Blog-articles-move
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to move the blog articles of other users, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Blog-articles-protect
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to delete protected blog articles with the Delete permission, regardless if they didn't have Administrator rights.
;Browsearchive
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to search deleted pages, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Importupload
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to import pages from a file upload, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Markbotedits
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since all the usergroups that currently have the Quicktools permission also have the Markbotedits permission.
I was inspired to give Deluxe Administrators the ability to mark reverted edits as Bot edits because it is one of the optional abilities that can be accessed via the Quicktools permission which Deluxe Administrators already have. It was therefore decided that Deluxe Administrators should have full access to the abilities that come with the QuickTools extension, aside from the ability to quickly grant rights when approving adoption requests.
;Noratelimit
Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Assistants have the ability to be exempted from rate limits. Content Volunteers, Bots, Administrators, and Content Moderators also had the ability until May 2018 when it was removed from all the default local usergroups and Content Volunteers, due to the ability becoming more conservative due to abuse. 
Content Volunteers subsequently regained the ability to be exempted from rate limits in June 2021. Wiki Managers, Content Team Members, and Volunteer Spam Task Force members also had the ability to be exempted from rate limits, prior to the usergroups' respective retirements. When the ability was removed from Administrators, Content Moderators, Bots, and Content Volunteers; Global Bots were granted the ability to be exempted from rate limits. As of May 2018, there aren't any local usergroups with the ability, excluding a few custom usergroups on certain wikis.
As with all other permissions that have been removed from Administrators since August 2015 that are still in use by some global usergroups, the ability to be exempted from rate limits was subsequently included with the Deluxe Administrator usergroup as of May 2018. Since only highly experienced and trusted Administrators would be entrusted with Deluxe Administrator rights, those users would be entrusted – at least in theory – with being exempted from rate limits.
;Tboverride
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Administrators, and Assistants have the ability to override the disallowed title or username list. Wiki Managers were subsequently granted the ability in December 2019, prior to the usergroup's retirement. Wiki Representatives were also granted the ability, following their introduction in July 2021. Volunteer Spam Task Force members also previously had the ability, prior to the usergroup's retirement. Content Volunteers also previously had the ability, prior to June 2021. Fandom Staff and Administrators lost the ability because the TitleBlacklist extension had not yet been enabled on UCP wikis.
Deluxe Administrators were subsequently granted the ability to override the disallowed title or username list so they wouldn't fall victim to them, should the extension have ever been reenabled on UCP wikis and Administrators weren't immediately reinstated the ability to override the disallowed title or username list. Administrators subsequently regained the ability to override the disallowed title or username list when the extension was reenabled in February 2021. Fandom Staff subsequently regained the ability to override the disallowed title or username list in November 2021. Wiki Specialists were subsequently granted the ability in December 2021.
;Unwatchedpages
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to view the list of unwatched pages, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Achievements-explicit
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to be eligible to earn Achievement points on wikis with Achievements enabled, regardless if they didn't have Administrator rights or if they had Fandom Staff, Wiki Representative, Wiki Specialist, Fandom Helper, or Spam Obliteration and Prevention rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Analytics
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to access the analytics dashboard, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Bigdelete
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this after acknowledging that the Deleterevision permission allowed revisions of pages with large histories to be deleted without the Bigdelete permission, something that the Delete permission can't do.
The fictional Selectivedelete permission which only allows users with the Delete permission to delete selective revisions of pages as opposed to deleting and partially undeleting them, obviously wouldn't be able to allow selective revisions of pages with large histories to be deleted. Therefore the Bigdelete permission would be needed in cases where the page histories were too large for the Selectivedelete permission to delete selective revisions from.
;Block
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since Bureaucrats have the ability as a standalone group as well, and also having the ability prevents abusive Bureaucrats and Administrators from taking advantage of Deluxe Administrators, and preventing them from doing their jobs.
Having the ability to block or unblock as a standalone group prevents abusive Bureaucrats from taking advantage of Deluxe Administrators by revoking their Administrator rights, even though Deluxe Administrators are able to add their Administrator rights back without difficulty. Since the Deluxe Administrator usergroup is only granted to highly experienced and trusted Administrators, the likelihood of Bureaucrats and Administrators needing to block them are very small. Although Bureaucrats cannot demote Deluxe Administrators by default, having the option to demote them would be granted on request.
;Blockemail
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, because even though the ListGroupRights special page implies that Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and local Administrators are able to block or unblock the emails of users when blocking or unblocking them, this is at least partially incorrect. None of the six groups that have the ability to block or unblock the emails of users when blocking or unblocking them have been able to use the ability for years.
The option to block or unblock the emails of users when blocking or unblocking them was removed at some point in early 2014. From then on, the only way to block the emails of users when blocking them was by blocking them with Quicktools. But even then, the blocking of the target user's emails cannot be done manually. It is always done automatically when using Quicktools to block users. Since only Volunteer Spam Task Force members had both the abilities to block or unblock the emails of users when blocking or unblocking them, and the ability to use Quicktools, they would technically have been the only standalone group that retained the ability to block the emails of users when blocking them, but only via Quicktools.
Fandom Utilities were the only other group with the ability to use Quicktools, but not the ability to block or unblock the emails of users when blocking or unblocking them, or even the ability to block or unblock users. However, almost all members of the Fandom Utility usergroup either have Fandom Staff or Fandom Helper rights, both of which have both the ability to block or unblock the emails of users, and the ability to block or unblock users. So they would still have been able to block the emails of users when blocking them through Quicktools, provided they had Fandom Utility rights. Fandom Helpers were subsequently granted the ability to use Quicktools as a standalone usergroup in July 2016.
When Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were introduced in July 2021, July 2021, and July 2020, respectively, they were also granted the ability to use Quicktools. As were Wiki Managers and Content Team Members when they were introduced in May and July 2019, respectively, prior to their respective retirements. Fandom Staff were eventually granted the ability to use Quicktools, following this wiki's migration to Fandom's Unified Community Platform.
Even though Deluxe Administrators were subsequently given the ability to block or unblock the emails of users when blocking or unblocking them, it is pointless even with Quicktools and without Administrator rights. Since the ability to block or unblock the emails of users when blocking or unblocking them no longer does anything. On top of that, sending emails to other users is no longer possible on most wikis, if there are still any wikis that have the ability to send emails to other users enabled.
;Deletechangetags
Fandom Staff, Fandom Helpers, and Administrators have the ability to delete tags from the database. Deluxe Administrators were granted the ability to delete tags from the database in August 2020, in case Administrators ever lost the ability.
;Dpl_param_delete_rules
Administrators were subsequently granted the ability to mass delete pages using DynamicPageList3 on wikis that had the extension enabled in October 2020. Even though none of the usergroups on Fandom wikis were immediately granted the ability, the system messages related to the extension had appeared on wikis for quite some time before any of the permissions were added to any of the usergroups.
For that reason, Deluxe Administrators were granted the ability to mass delete pages using DynamicPageList3 in August 2020, in case the ability was ever added to usergroups on Fandom wikis. The ability is active on Gamepedia wikis, which explains why system messages related to the ability appeared on Fandom wikis prematurely.
The ability to mass delete pages using DynamicPageList3 was already extended to Administrators on Gamepedia wikis, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators, should the ability ever be granted to usergroups on Fandom wikis. I was not expecting the ability to be granted to Administrators less than three months after I decided that it should be granted to Deluxe Administrators.
;Dpl_param_update_rules
Administrators were subsequently granted the ability to mass update pages using DynamicPageList3 on wikis that had the extension enabled in October 2020. Even though none of the usergroups on Fandom wikis were immediately granted the ability, the system messages related to the extension had appeared on wikis for quite some time before any of the permissions were added to any of the usergroups.
For that reason, Deluxe Administrators were granted the ability to mass update pages using DynamicPageList3 in August 2020, in case the ability was ever added to usergroups on Fandom wikis. The ability is active on Gamepedia wikis, which explains why system messages related to the ability appeared on Fandom wikis prematurely.
The ability to mass update pages using DynamicPageList3 was already extended to Administrators on Gamepedia wikis, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators, should the ability ever be granted to usergroups on Fandom wikis. I was not expecting the ability to be granted to Administrators less than three months after I decided that it should be granted to Deluxe Administrators.
;Dumpsondemandrequest
Fandom Staff, Fandom Helpers, and Administrators have the ability to request database dumps on demand, via Special:Statistics. All three of these usergroups also have the Dumpsondemand permission, creating the impression that the Dumpsondemand and Dumpsondemandrequest permissions combined function the same way on Fandom's Unified Community Platform that the Dumpsondemand permission alone did on the legacy platform.
Wiki Managers also had the ability to request database dumps on demand, prior to the usergroup's retirement. When Wiki Representatives were introduced in July 2021, they were also granted the ability to request database dumps on demand. Wiki Specialists were subsequently granted the ability to request database dumps on demand in December 2021.
Deluxe Administrators were granted the ability to request database dumps on demand in September 2020, since it was decided that they would receive various permissions extended to Administrators on UCP wikis that weren't extended to them on legacy wikis, until all wikis were migrated to UCP. Furthermore, I felt that they would benefit from having this permission as a standalone group.
;Editinterface
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since all the usergroups that currently have the Editinterfacetrusted permission also have the Editinterface permission. I wanted to make sure that Deluxe Administrators would be able to edit, move, delete, and undelete MediaWiki messages, as it turns out that they were unable to do so without the Editinterface permission.
;Editrestrictedfields
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to edit restricted form fields on wikis with the Page Forms extension enabled, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Editsitecss
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Vanguards, and Administrators have the ability to edit CSS pages. Wiki Managers, Content Team Members, and Interface Administrators also had the ability to edit CSS pages, prior to the usergroups' respective retirements. 
Wiki Representatives and Wiki Specialists were also granted the ability to edit CSS pages, following their introductions in July 2021. Content Volunteers also had the ability to edit CSS pages, prior to June 2021. Deluxe Administrators were granted the ability in March 2020, so they could edit CSS pages on UCP wikis without having to wait for Administrators to be granted the ability a month later.
;Editsitejs
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Vanguards, and Administrators have the ability to edit JavaScript pages. Wiki Managers, Content Team Members, and Interface Administrators also had the ability to edit JavaScript pages, prior to the usergroups' respective retirements. 
Wiki Representatives and Wiki Specialists were also granted the ability to edit JavaScript pages, following their introductions in July 2021. Content Volunteers also had the ability to edit JavaScript pages, prior to June 2021. Deluxe Administrators were granted the ability in March 2020, so they could edit JavaScript pages on UCP wikis without having to wait for Administrators to be granted the ability nearly 5 months later.
;Editsitejson
Fandom Staff, Fandom Helpers, and Administrators have the ability to edit JavaScript Object Notation pages. Interface Administrators also had the ability to edit JavaScript Object Notation pages, prior to the usergroup's retirement. Deluxe Administrators were granted the ability in March 2020, so they could edit JavaScript Object Notation pages once all Fandom wikis were migrated to Fandom's Unified Community Platform. Since they already have the abilities to edit all system messages, which Administrators were able to do until August 2015.
;Forums:create
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to create boards, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Forums:delete
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to delete boards, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Forums:displayorder
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to change the display order of categories, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Forums:edit
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to edit boards, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Import
Fandom Staff, Fandom Helpers, and Administrators have the ability to import pages from other wikis. Administrator Mentors previously had the ability until sometime between July and November 2015 when the ability was removed from all usergroups, because the particular part of the Special:Import feature was never enabled on Fandom, unlike the ability to import pages from a file upload which is still active and functional to this day.
Despite the ability to import pages from other wikis not working on Fandom, Wiki Managers were subsequently granted the ability in July 2019, as were Content Team Members when the usergroup was introduced in July 2019 on the same day. Because Wiki Managers and Content Team Members were granted the ability to import pages from other wikis in July 2019, until their respective retirements, and because Administrators previously had the ability, I subsequently decided that Deluxe Administrators should have the ability, disregarding the fact that it was never enabled on Fandom to start with.
Even though Fandom Staff, Fandom Helpers, and Administrators had the ability to import pages from other wikis reinstated in October 2020, following this wiki's migration to Fandom's Unified Community Platform, the ability to import pages from other wikis remains disabled to this day. Whether it will ever be enabled on the Fandom network remains to be seen. Wiki Representatives and Wiki Specialists were also granted the ability to import pages from other wikis, following their introductions in July 2021.
;Ipblock-exempt
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since Bureaucrats have the ability as a standalone group as well, and also it prevents Deluxe Administrators from falling victim to autoblocks, regardless if they didn't have Administrator rights.
;Managechangetags
Fandom Staff, Fandom Helpers, and Administrators have the ability to create and deactivate tags. Deluxe Administrators were granted the ability to create and deactivate tags in August 2020, in case Administrators ever lost the ability.
;Mergehistory
Fandom Staff, Fandom Helpers, and Administrators were subsequently granted the ability to merge the history of two pages, following this wiki's migration to Fandom's Unified Community Platform in October 2020. Wiki Managers were subsequently granted the ability in April 2021, prior to their retirement. Wiki Representatives were also subsequently granted the ability, following their introduction in July 2021. Wiki Specialists were subsequently granted the ability in December 2021.
Deluxe Administrators were subsequently granted the ability to merge the history of two pages on wikis that had the Mergehistory extension enabled in May 2018, before being granted the permission by default in March 2020, upon hearing that Administrators would be granted the permission on UCP wikis. This means that Deluxe Administrators would have the ability to merge the history of two pages even if they don't have Administrator rights. However, they should be careful when merging page histories, as the permission can be easily misused.
;Protectsite-exempt
In addition to the ability to limit actions that can be performed for some groups for a limited time, Fandom Staff, Fandom Helpers, and Spam Obliteration and Prevention members have the ability to be exempted from sitewide action restrictions across all wikis. Wiki Managers, Content Team Members, and Volunteer Spam Task Force members also had the ability to be exempted from sitewide action restrictions across all wikis, prior to the usergroups' respective retirements.
Administrators were also subsequently granted the ability on local wikis in April 2019. Both they and Fandom Staff lost the ability, following this wiki's migration to Fandom's Unified Community Platform in October 2020. The ability existed to allow global groups to edit wikis that had Protectsite enabled, and before Administrators were granted the ability, they were automatically exempted from these restrictions locally anyway. Deluxe Administrators were granted the ability to be exempted from sitewide action restrictions in November 2018, regardless if they didn't have Administrator rights, but only on individual wikis.
However, since the Deluxe Administrator usergroup is only granted to highly experienced and trusted users that currently have Administrator rights, it is largely redundant for Deluxe Administrators to have the Protectsite-exempt permission, since they are almost always flagged as Administrators anyway. The reason Fandom Staff and Administrators lost the ability was primarily due to Fandom's version of the extension not being active on UCP wikis yet.
Fandom Staff subsequently regained the ability to be exempted from sitewide action restrictions when Fandom's version of the extension was reenabled in February 2021. Administrators subsequently regained the ability to be exempted from sitewide action restrictions in May 2021. Wiki Representatives and Wiki Specialists were also granted the ability to be exempted from sitewide action restrictions, following their introductions in July 2021.
;Template-bulk-classification
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to bulk edit template types via category pages, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Themedesigner
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to design a theme for the wiki, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Titleblacklistlog
Administrators were subsequently granted the ability to view the disallowed title list log in February 2021. Fandom Staff, Wiki Representatives, Fandom Helpers, and Spam Obliteration and Prevention members were also subsequently granted the ability in November 2021. Wiki Specialists were subsequently granted the ability in December 2021.
Even though none of the usergroups on Fandom wikis were immediately granted the ability, the system messages related to the extension had appeared on wikis for quite some time before any of the permissions were added to any of the usergroups.
For that reason, Deluxe Administrators were granted the ability to view the disallowed title list log in August 2020, in case the ability was ever added to usergroups on Fandom wikis. The ability is active on Gamepedia wikis, which explains why system messages related to the ability appeared on Fandom wikis prematurely.
The ability to view the disallowed title list log was already extended to Administrators on Gamepedia wikis, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators, should the ability ever be granted to usergroups on Fandom wikis. I was not expecting the ability to be granted to Administrators less than half a year after I decided that it should be granted to Deluxe Administrators.
;Unblockself
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since Bureaucrats have the ability as a standalone group as well, and also having the ability prevents abusive Bureaucrats and Administrators from taking advantage of Deluxe Administrators, and preventing them from doing their jobs.
Having the ability to unblock oneself as a standalone group prevents abusive Bureaucrats from taking advantage of Deluxe Administrators by revoking their Administrator rights, since Deluxe Administrators would otherwise be unable to unblock themselves. Since the Deluxe Administrator usergroup is only granted to highly experienced and trusted Administrators, the likelihood of Administrators needing to block them is very small. Although Bureaucrats cannot demote Deluxe Administrators by default, having the option to demote them would be granted on request.
;Wikifeatures
Even though this ability is already included with the Administrator usergroup, I subsequently decided that Deluxe Administrators should have it as a standalone group. I was inspired to do this, since it would allow Deluxe Administrators to enable and disable certain wiki extensions, regardless if they didn't have Administrator rights.
I decided in November 2020 to grant virtually all the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than allow myself to be locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them were dependent on other administrative abilities that they didn't already have.
;Checkuser
Fandom Utilities and Check Users have the ability to check users' IP addresses and other information. Fandom Helpers and Global Discussion Moderators were subsequently granted the ability to check users' IP addresses and other information in November 2016 and May 2021, respectively. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021, July 2021, and July 2020.
Wiki Managers and Content Team Members were also granted the ability, following their respective introductions in May and July 2019, until their respective retirements. Fandom Staff were also subsequently granted this ability, following this wiki's migration to Fandom's Unified Community Platform in October 2020. Global Check Users and Volunteer Spam Task Force members also previously had the ability, prior to the usergroups' respective retirements.
Administrators do not have this ability on Fandom by default, because the permission allows access to other users' which not all local communities should have access to. However, there are few wikis where they do have access, such as the Community Central Wiki. Aside from that, select Administrators have been added to the Check User usergroup on select wikis where sockpuppetry is a major problem.
Though I had been against the idea of giving Deluxe Administrators the ability to check users' IP addresses and other information, due to the sensitive nature of the permission, I finally decided in November 2022 that they should have the ability, since there are few wikis where local Administrators have the permission. And But like all permissions that are generally restricted only to certain global usergroups on Fandom wikis, Deluxe Administrators should only check users' IP addresses and other information when they have a legitimate reason to. Deluxe Administrators can have their rights restricted or revoked by Staff if they are found to have abused the privilege of checking the IP addresses of other users.
;Checkuser-log
Fandom Utilities and Check Users have the ability to view the check user log. Fandom Helpers and Global Discussion Moderators were subsequently granted the ability to view then check user log in November 2016 and May 2021, respectively. Wiki Representatives and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021 and July 2020. Wiki Managers were also granted the ability, following their introduction in May 2019, until their retirement.
Fandom Staff were also subsequently granted this ability, following this wiki's migration to Fandom's Unified Community Platform in October 2020. Wiki Specialists were subsequently granted the ability in December 2021. Global Check Users and Volunteer Spam Task Force members also previously had the ability, prior to the usergroups' respective retirements. Administrators do not have this ability on Fandom by default, because the permission allows access to a log of when other users' is accessed, which not all local communities should have access to. However, there are select wikis where select Administrators have been added to the Check User usergroup where sockpuppetry is a major problem.
Though I had been against the idea of giving Deluxe Administrators the ability to view the check user log, due to the sensitive nature of the permission, I finally decided in November 2022 that they should have the ability, since there are select wikis where select Administrators have been added to the Check User usergroup. But like all permissions that are generally restricted only to certain global usergroups on Fandom wikis, Deluxe Administrators should only view the check user log when they have a legitimate reason to. Deluxe Administrators can have their rights restricted or revoked by Staff if they are found to have leaked private information from the check user log.
;Schedule-update-special-pages
Fandom Staff have the ability to run the updateSpecialPages maintenance script to refresh the data shown on special pages. Wiki Managers and Content Team Members were subsequently granted the ability in July 2019, prior to the usergroups' respective retirements. Fandom Helpers and Vanguards were subsequently granted the ability to force an update of special pages in August 2019. Wiki Representatives and Wiki Specialists were also granted the ability to force an update of special pages, following their introductions in July 2021.
Administrators do not have this ability on Fandom by default, most likely because it would carry a strain on servers, and it is only intended to be extended to usergroups that seriously need to access it. Unlike Administrators, Deluxe Administrators were subsequently granted the ability to force an update of special pages via the script schedule button on the Special:Statistics page.
This is because I've always frowned upon how many special pages only update once per day, and it would be useful for Administrators to be able to manually purge special pages. But like the other permissions that Deluxe Administrators have that are only extended to global usergroups, they shouldn't use the ability to force updates of special pages too frequently. They should only use it in situations where it would be tedious to wait for the special pages to update by themselves, and not use it just for the sake of it.
;Discussionslog:view
Fandom Staff, Fandom Helpers, and Spam Obliteration and Prevention members have the ability to view social logs. Global Discussion Moderators were subsequently granted the ability to view social logs in June 2021. Wiki Representatives were also granted the ability, following their introduction in July 2021. Wiki Managers and Volunteer Spam Task Force members also had the ability, prior to their respective retirements. Wiki Specialists were subsequently granted the ability in December 2021.
Deluxe Administrators were subsequently granted the ability to view social logs in March 2023, so they'd be able to access the Special:SocialLogs page via the Discussionslog:view permission while waiting for its abilities to be transferred to the Sociallogs permission, which still hadn't been done, even though it had been nearly 11 months since the Sociallogs permission appeared on Fandom wikis that used MediaWiki 1.37.2.
;Abusefilter-bypass
In addition to the ability to create and modify edit filters on wikis that have edit filters enabled, Fandom Staff have the ability to bypass all edit filters on all wikis that have edit filters enabled. Wiki Managers and Content Team Members were also granted the ability, following their respective introductions in May and July 2019, until their respective retirements. Fandom Helpers were subsequently granted the ability to bypass all edit filters on all wikis in August 2020.
Wiki Representatives and Wiki Specialists were also granted the ability, following their introductions in July 2021. Spam Obliteration and Prevention members were subsequently granted the ability in January 2022. Administrators do not have this ability, likely because it would take away the benefit of making Administrators think twice about the rules they're implementing. Unlike Administrators, Deluxe Administrators were subsequently granted the ability to bypass all edit filters on individual wikis.
Even though Deluxe Administrators are able to bypass all edit filters on individual wikis, they are still expected to think twice about the rules they're implementing. Deluxe Administrators are able to bypass all edit filters on individual wikis so they don't have to worry about modifying the edit filters to prevent themselves from falling victim to them. They can have their rights revoked by Staff if they are found to have abused the privilege of bypassing edit filters.
;Articlecomments:suppress
Fandom Staff, Wiki Representatives, Fandom Helpers, and Spam Obliteration and Prevention members have the ability to suppress and unsuppress article and blog comments. Wiki Specialists were subsequently granted the ability to suppress and unsuppress article and blog comments in December 2021. Administrators do not have this ability, likely because it is only used to deal with major legal and TOU concerns, such as deleting potentially libellous information, home addresses and telephone numbers, social security numbers, etcetera.
Having the ability would allow Administrators to view and undelete article and blog comments containing personal information that is too sensitive for local usergroups to stumble across. Deluxe Administrators were granted the ability in November 2021, so they would continue being able to view and undelete all deleted article and blog comments, since they were previously able to view and undelete all deleted article and blog comments via the Articlecomments:delete and Articlecomments:viewhidden permissions. As well as to aid in suppressing article and blog comments containing personal information that is too sensitive for local usergroups to stumble across.
While Deluxe Administrators are able to suppress and unsuppress article and blog comments, they are not permitted to share the contents of any article and blog comments containing personal information that is too sensitive for local usergroups to stumble across. Deluxe Administrators can have their rights revoked by Staff if they are found to have leaked personal information from suppressed article and blog comments, or suppressed article and blog comments to settle disputes between users that are acting in good faith.
;Deleterevision
In addition to the abilities to delete and undelete pages, Spam Obliteration and Prevention members were granted the ability to show and hide the contents of specific revisions, the edit summaries of the revisions, the names of the users/IP addresses that made the edits, or any combination of those three, when the usergroup was introduced in July 2020. Fandom Staff and Fandom Helpers were also subsequently granted the ability, following this wiki's migration to Fandom's Unified Community Platform in October 2020. Wiki Managers were also subsequently granted the ability around this time, prior to the usergroup's retirement. Wiki Representatives were also granted the ability, following their introduction in July 2021.
Fandom Utilities also had this ability, prior to this wiki's migration to UCP. Volunteer Spam Task Force members also previously had the ability, prior to the usergroup's retirement. Suppressors were also granted the ability, following their introduction in May 2022, until their retirement. Once a revision is hidden, users without the Deletedhistory and Deletedtext permissions cannot view them, and users without the permission cannot undelete them. Administrators do not have this ability on Fandom by default, as it is intentionally only used to deal with major legal and TOU concerns. And since Staff want to keep its use limited, it isn't something that they typically grant to communities on request.
I once requested to have the ability on this very wiki, under the impression that the purpose of the tool was to delete and undelete individual revisions so that users without the Deletedhistory and Deletedtext permissions couldn't view them once deleted, and users without the Deletedhistory and Undelete permissions couldn't undelete them. I was under the impression that it was a combination of Delete and Undelete that only focussed on one revision at a time.
My request was turned down, and it was only a matter of time before I discovered what Deleterevision actually did, and how different it was from what I thought it was and how it was used. Unlike Administrators, Deluxe Administrators have the ability to show and hide the contents of specific revisions, the edit summary of the revisions, the names of the users/IP addresses that made the edits, or any combination of those three.
I decided that Deluxe Administrators should have the Deleterevision permission when I was still under the impression that it was used to delete individual revisions so that users without the Deletedhistory and Deletedtext permissions couldn't view them once deleted, and users without the Deletedhistory and Undelete permissions couldn't undelete them. By the time I found out what the ability actually did, it had basically stuck as a notable permission extended to Deluxe Administrators.
But like the other permissions that they have that are only extended to global usergroups, Deluxe Administrators should only use the ability against edits that break the TOU or are too sensitive for users without the Deletedhistory and Deletedtext permissions to stumble across. It shouldn't be used for simple disagreements between users that are acting in good faith.
;Editinterfacetrusted
This is probably one of the abilities that many Administrators would want to have the most. Fandom Utilities have the ability to edit, move, delete, and undelete all MediaWiki messages. Fandom Helpers were subsequently granted the ability to edit, move, delete, and undelete all MediaWiki messages in November 2016. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability to edit, move, delete, and undelete all MediaWiki messages, following their respective introductions in July 2021, July 2021, and July 2020. Fandom Staff were also subsequently granted the ability to edit, move, delete, and undelete all MediaWiki messages, following this wiki's migration to Fandom's Unified Community Platform in October 2020.
Wiki Managers and Content Team Members were also granted the ability to edit, move, delete, and undelete all MediaWiki messages, following their respective introductions in May and July 2019, until their respective retirements. Volunteer Spam Task Force members also previously had the ability to edit, move, delete, and undelete all MediaWiki messages, prior to the usergroup's retirement. Administrator Mentors and Administrators previously had the ability to edit, move, delete, and undelete all MediaWiki messages via the Editinterface permission until August 2015. However, most of the pages inside the MediaWiki namespace were locked, and only whitelisted messages could be edited, due to security reasons.
Editinterfacetrusted was added in August 2015 and functions the same way Editinterface did up until then, allowing users to edit, move, delete, and undelete any messages in the MediaWiki namespace. However, only Fandom Utilities and Volunteer Spam Task Force members were immediately granted the ability to edit, move, delete, and undelete all MediaWiki messages, while Administrators regained the ability to delete all MediaWiki messages with the Deleteinterfacetrusted permission in November 2015. They regained the ability to move whitelisted messages, move and undelete CSS pages, JavaScript pages, and messages with the Custom-٭, Editnotice-٭, Gadget-٭, Gadgets-٭, and Tag-٭ prefixes, and view the deleted histories of all MediaWiki messages in late November or early December 2023.
I remember how disappointed and irritated I got when I first heard that Administrators were no longer able to edit, move, delete, and undelete all MediaWiki messages, because I felt that being able to edit, move, and undelete all MediaWiki messages was one of the good things about being an Administrator. And it seemed like Administrators couldn't be trusted to edit, move, and undelete MediaWiki messages in general. I was also disappointed to learn that Volunteer Spam Task Force members could still edit, move, and undelete all MediaWiki messages. 
Although my disappointment never vanished entirely, it did decrease with the passage of time, and upon hearing that Volunteer Spam Task Force members had a much more limited scope and couldn't edit non-whitelisted messages whenever they felt like it. But Editinterfacetrusted is obviously a permission that Deluxe Administrators should have because the key to Deluxe Administrators is to reinstate all the abilities that Administrators used to have that still exist on Fandom in some form, along with a few other permissions that would enhance the Deluxe Administrator's ability to administrate.
While Deluxe Administrators are able to edit, move, delete, and undelete non-whitelisted messages, they should still keep an open mind as to what MediaWiki messages are whitelisted, and what messages are not whitelisted. So they can be cautious around editing, moving, and undeleting certain non-whitelisted messages to avoid any possibilities of raising security concerns. Deluxe Administrators should also be careful to avoid editing any system messages that change the appearance of the wiki's community header and global footer, since doing that would break the customisation policy.
;Multiwikifinder
In addition to the ability to search for pages on all wikis, Fandom Staff and Fandom Helpers are able to search for a specific title across Fandom wikis. Volunteer Spam Task Force members also had the ability, prior to the usergroup's retirement. Wiki Managers were subsequently granted the ability in December 2019, prior to their retirement. Wiki Representatives and Spam Obliteration and Prevention members were also granted the ability, following their introductions in July 2021 and July 2020. Wiki Specialists were subsequently granted the ability in December 2021.
Administrators do not have this ability, likely to prevent them from using it to find all the wikis that a certain user contributed to. Unlike Administrators, Deluxe Administrators were subsequently granted the ability to search for a specific title across Fandom in December 2020. I felt that since users now have the option to search for pages on all wikis that Deluxe Administrators should be granted the ability to search for a specific title across Fandom wikis.
Even though Deluxe Administrators are able to search for a specific title across Fandom, they should only use this ability to check what other wikis that a local vandal has targeted. Deluxe Administrators can have their rights revoked by Staff if they are found to have abused the privilege of searching for a specific title across Fandom.
;Nuke
In addition to the ability to delete pages, Fandom Staff and Fandom Helpers are able to mass delete pages and images created by a specific user. Volunteer Spam Task Force members also had the ability, prior to the usergroup's retirement. Wiki Managers and Content Team Members were subsequently granted the ability in December 2019, prior to their respective retirements. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021, July 2021, and July 2020.
Administrators do not have this ability, likely because it is only meant to be used to combat spam and vandalism. The ability would be abused too easily and too frequently if Administrators were to have it by default. Although there is a script at the Fandom Developers Wiki that allows Administrators and Content Moderators to use a reverse engineered version of the default extension of the same name.
Unlike Administrators, Deluxe Administrators were subsequently granted the ability to mass delete pages and images by default. So they are able to use both the default extension and the reverse engineered version of the extension. Deluxe Administrators have the ability to mass delete pages and images, because Nuke is generally perceived as a faster option than deleting each specific page and image individually.
But like the other permissions that Deluxe Administrators have that are only extended to global usergroups, they shouldn't use Nuke for simple disagreements between users that are acting in good faith. Deluxe Administrators should only use it to delete obvious spam and vandalism.
;Posts:suppress
Fandom Staff, Wiki Representatives, Fandom Helpers, and Spam Obliteration and Prevention members have the ability to suppress and unsuppress discussion posts. Wiki Specialists were subsequently granted the ability to suppress and unsuppress discussion posts in December 2021. Administrators do not have this ability, likely because it is only used to deal with major legal and TOU concerns, such as deleting potentially libellous information, home addresses and telephone numbers, social security numbers, etcetera.
Having the ability would allow Administrators to view and undelete discussion posts containing personal information that is too sensitive for local usergroups to stumble across. Deluxe Administrators were granted the ability in November 2021, so they would continue being able to view and undelete all deleted discussion posts, since they were previously able to view and undelete all deleted discussion posts via the Posts:delete and Posts:viewhidden permissions. As well as to aid in suppressing discussion posts containing personal information that is too sensitive for local usergroups to stumble across.
While Deluxe Administrators are able to suppress and unsuppress discussion posts, they are not permitted to share the contents of any discussion posts containing personal information that is too sensitive for local usergroups to stumble across. Deluxe Administrators can have their rights revoked by Staff if they are found to have leaked personal information from suppressed discussion posts, or suppressed discussion posts to settle disputes between users that are acting in good faith.
;Protectsite
In addition to the ability to be exempted from sitewide action restrictions across all wikis, Fandom Staff and Fandom Helpers have the ability to limit actions that can be performed for some groups for a limited time on all wikis. Volunteer Spam Task Force members also had the ability, prior to the usergroup's retirement. Wiki Managers were subsequently granted the ability in December 2019, prior to their retirement.
When Wiki Representatives and Spam Obliteration and Prevention members were introduced in July 2021 and July 2020, they were also granted the ability. Wiki Specialists were subsequently granted the ability in December 2021. Administrators do not have this ability on Fandom by default, because it is generally only enabled on communities that have an extensive history of spam or vandalism.
The ability would be abused too easily and too frequently if Administrators had the ability on wikis by default. There would be too many instances of abusive Administrators preventing non-administrators from creating new accounts, creating new pages, editing pages, renaming pages, or uploading files. Unlike Administrators, Deluxe Administrators were subsequently granted the ability to limit actions that can be performed for some groups for a maximum of 12 hours by default.
But like the other permissions that Deluxe Administrators have that are only extended to global usergroups, they shouldn't protect wikis for simple disagreements between users that are acting in good faith. Deluxe Administrators should only use it against excessive spam or vandalism. They may have their rights revoked by Staff if they are found to have abused the privilege of protecting wikis that they administrate.
;Quicktools
In addition to the ability to delete pages, Fandom Helpers were subsequently granted the ability to quickly block users, and revert and delete spam and vandalism with quick tools in July 2016. Wiki Managers and Content Team Members were also granted the ability, following their respective introductions in May and July 2019, until their respective retirements. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021, July 2021, and July 2020. Fandom Staff were also subsequently granted the ability, following this wiki's migration to Fandom's Unified Community Platform in October 2020.
Volunteer Spam Task Force members were also previously able to quickly block users, and revert and delete spam and vandalism with quick tools, prior to the usergroup's retirement. Fandom Utilities also previously had access to Quicktools, prior to this wiki's migration to UCP. However, they weren't able to quickly block users, and revert and delete spam and vandalism as a standalone usergroup, as those actions required the Block, Rollback, and Delete permissions which Utilities didn't have. Administrators do not have this ability, likely because it is only meant to be used to combat spam and vandalism.
The ability would likely be abused too easily and too frequently if Administrators were to have it by default. Although there are two scripts of the same name at the Fandom Developers Wiki that allow Administrators to do the things that the Quicktools permission can do, as well as various other things that the normal extension doesn't do, such as mass blocking users instead of just blocking them individually.
Unlike Administrators, Deluxe Administrators were subsequently granted the ability to quickly block users, and revert and delete spam and vandalism with quick tools by default. So they are able to use both the default extension and the two scripts that cover all the abilities that the default extension does, and more. Deluxe Administrators have the ability to quickly block users, and revert and delete spam and vandalism, because Quicktools is generally perceived as a faster option than blocking users, and reverting and deleting each specific page and image individually.
But like the other permissions that Deluxe Administrators have that are only extended to global usergroups, they shouldn't use Quicktools for simple disagreements between users that are acting in good faith. They should only use it to block obvious vandals, and quickly revert and delete obvious spam and vandalism.
;Threads:suppress
Fandom Staff, Wiki Representatives, Fandom Helpers, and Spam Obliteration and Prevention members have the ability to suppress and unsuppress message wall messages. Wiki Specialists were subsequently granted the ability to suppress and unsuppress message wall messages in December 2021. Administrators do not have this ability, likely because it is only used to deal with major legal and TOU concerns, such as deleting potentially libellous information, home addresses and telephone numbers, social security numbers, etcetera.
Having the ability would allow Administrators to view and undelete message wall messages containing personal information that is too sensitive for local usergroups to stumble across. Deluxe Administrators were granted the ability in November 2021, so they would continue being able to view and undelete all message wall messages, since they were previously able to view and undelete all deleted message wall messages via the Threads:delete and Threads:viewhidden permissions. As well as to aid in suppressing message wall messages containing personal information that is too sensitive for local usergroups to stumble across.
While Deluxe Administrators are able to suppress and unsuppress message wall messages, they are not permitted to share the contents of any message wall messages containing personal information that is too sensitive for local usergroups to stumble across. Deluxe Administrators can have their rights revoked by Staff if they are found to have leaked personal information from suppressed message wall messages, or suppressed message wall messages to settle disputes between users that are acting in good faith.
;Createwikilimitsexempt
In addition to the ability to create new wikis, Fandom Staff and Fandom Helpers have the ability to bypass the wiki creation throttle. Wiki Managers were subsequently granted the ability in December 2019, prior to the usergroup's retirement. Wiki Representatives were also granted the ability, following their introduction in July 2021. Wiki Specialists were subsequently granted the ability in December 2021.
Administrators do not have this ability, because it would be abused too easily and too frequently if Administrators were to have it. Deluxe Administrators were subsequently granted the ability in December 2020, because they could already bypass most restrictions that Administrators couldn't bypass, and since the Deluxe Administrator usergroup is only granted to highly experienced and trusted Administrators, I felt that having them bypass a couple more restrictions wouldn't hurt.
But like the other permissions that Deluxe Administrators have that are only extended to global usergroups, they shouldn't bypass the wiki creation throttle to create an unlimited number of spam wikis, duplicate wikis, or wikis that don't have a legitimate purpose. Deluxe Administrators can have their rights revoked by Fandom Staff if they are found to have bypassed the wiki creation throttle to create an unlimited number of spam wikis, duplicate wikis, or wikis that don't have a legitimate purpose.
Deluxe Administrators lost the ability on all wikis, shortly after they were granted it, because they weren't able to bypass the wiki creation throttle unless they had Deluxe Administrator rights on the Community Central Wiki. Since the CreateNewWiki special page only appears on the Community Central Wiki, users would need to have Deluxe Administrator rights on that wiki to be able to bypass the wiki creation throttle.
Unlike the Fandom Staff, Wiki Representative, Wiki Specialist, and Fandom Helper usergroups, the Deluxe Administrator usergroup can only be applied locally. So having Deluxe Administrator rights on wikis that didn't have the CreateNewWiki special page wouldn't have been able to bypass the wiki creation throttle. So it was therefore pointless for the permission to be extended to them on all wikis. However, Deluxe Administrators still had the permission on wikis that had the CreateNewWiki special page added to them.
Deluxe Administrators eventually regained the ability to bypass the wiki creation throttle in June 2022, since there were no usergroups that existed on all wikis that only had the permission on wikis that had the CreateNewWiki special page added to them. And I wanted the permissions extended to Deluxe Administrators to be consistent with the permissions extended to usergroups that existed on all wikis.
;Deletelogentry
Fandom Staff and Fandom Helpers have the ability to show and hide the contents of specific log entries, the summaries of the log entries, the names of the users/IP addresses that made the log entries, or any combination of those three. Fandom Utilities and Spam Obliteration and Prevention members previously had the ability to show and hide specific log entries via the permission, prior to this wiki's migration to Fandom's Unified Community Platform in October 2020. Volunteer Spam Task Force members also previously had the ability to show and hide specific log entries via the Deleterevision permission, prior to the usergroup's retirement.
Suppressors were also granted the ability, following their introduction in May 2022, until their retirement. Once a log entry is hidden, users without the Deletedhistory and Deletedtext permissions cannot view them, and users without the Deleterevision and Deletelogentry permissions cannot undelete them. Administrators do not have this ability on Fandom wikis, as it is intentionally only used to deal with major legal and TOU concerns. And since Staff want to keep its use limited, it isn't something that they grant to communities on request.
Though I had been battling with the idea of giving Deluxe Administrators the ability to show and hide specific log entries since Fandom's Unified Community Platform was first introduced, I finally decided in November 2020 that Deluxe Administrators should have the ability since Administrators have the ability by default on many other sites outside Fandom, including Gamepedia and . Furthermore, I later realised that the ability to show and hide specific log entries was previously extended to the Deleterevision permission. So Deluxe Administrators would have been able to show and hide specific log entries on the legacy platform.
;Edit-fandommobile-customizations
Fandom Staff have the ability to edit pages. Wiki Managers also had the ability, prior to the usergroup's retirement. Fandom Helpers, Spam Obliteration and Prevention members, Vanguards, Content Volunteers, Interface Administrators, and Administrators were able to edit FandomMobile.js pages via the Editinterface and Editsitejs permissions, prior to the introduction of the Edit-fandommobile-customizations permission. Fandom Helpers were subsequently granted the ability to edit FandomMobile.js pages in May 2021.
Wiki Representatives were also granted the ability to edit FandomMobile.js pages, following their introduction in July 2021. Wiki Specialists were subsequently granted the ability to edit FandomMobile.js pages in December 2021. Deluxe Administrators were subsequently granted the ability to edit FandomMobile.js pages in December 2020, so they wouldn't be restricted from editing them. Since Administrators were once able to edit virtually all pages in all namespaces, I wanted to ensure that Deluxe Administrators would be able to retain editing access to all pages in all namespaces.
But like the other permissions that they have that are only extended to global usergroups, Deluxe Administrators should only make changes to FandomMobile.js pages that have been approved either by Administrators or the general community. They should also be careful to avoid making any changes that would break the customisation policy. Deluxe Administrators may have their rights revoked by Staff if they are found to have abused the privilege of editing FandomMobile.js pages.
;Editusercss
Fandom Staff have the ability to edit, move, delete, and undelete the personal CSS pages belonging to other users. Fandom Helpers and Administrators previously had the ability until August 2015 when it was removed from both usergroups due to security reasons. Interface Administrators also previously had the ability, following their introduction in October 2020, until October 2021 when it was also removed from Interface Administrators due to security reasons. Fandom Helpers subsequently regained the ability to edit, move, delete, and undelete the personal CSS pages belonging to other users in August 2020.
Administrators subsequently regained the ability to delete the personal CSS pages belonging to other users in October 2020. Having Deluxe Administrator rights reinstates a user's ability to edit, move, delete, and undelete the personal CSS pages belonging to other users. However, Deluxe Administrators shouldn't use their powers to take advantage of the way other users edit their CSS pages. Deluxe Administrators should only make minor changes to the CSS pages of other users such as fixing a broken code that causes a lot of links to show on Special:WantedPages.
Aside from reducing the amount of wanted pages, Deluxe Administrators are normally expected to ask the owner of the CSS pages before making changes. The instances where Deluxe Administrators need to edit, move, delete, or undelete CSS pages without asking is minimal, such as removing CSS messages that are deliberately intended to attack other users, or spam CSS pages containing offensive language.
;Edituserjs
Fandom Staff have the ability to edit, move, delete, and undelete the personal JavaScript pages belonging to other users. Fandom Helpers and Administrators previously had the ability until August 2015 when it was removed from both usergroups due to security reasons. Interface Administrators also previously had the ability, following their introduction in October 2020, until October 2021 when it was also removed from Interface Administrators due to security reasons. Fandom Helpers subsequently regained the ability to edit, move, delete, and undelete the personal JavaScript pages belonging to other users in August 2020.
Administrators subsequently regained the ability to delete the personal JavaScript pages belonging to other users in October 2020. Having Deluxe Administrator rights reinstates a user's ability to edit, move, delete, and undelete the personal JavaScript pages belonging to other users. However, Deluxe Administrators shouldn't use their powers to take advantage of the way other users edit their JavaScript pages. Deluxe Administrators should only make minor changes to the JavaScript pages of other users such as fixing a broken script that causes a lot of links to show on Special:WantedPages.
Aside from reducing the amount of wanted pages, Deluxe Administrators are normally expected to ask the owner of the JavaScript pages before making changes. The instances where Deluxe Administrators need to edit, move, delete, or undelete JavaScript pages without asking is minimal, such as removing JavaScript messages that are deliberately intended to attack other users, or spam JavaScript pages containing offensive language.
;Edituserjson
Fandom Staff and Fandom Helpers have the ability to edit, move, delete, and undelete the personal JavaScript Object Notation pages belonging to other users. Interface Administrators and Administrators previously had the ability until October 2021 when it was removed from both usergroups due to security reasons. Deluxe Administrators were granted the ability in March 2020, so they could edit, move, delete, and undelete other users' personal JavaScript Object Notation pages once all Fandom wikis were migrated to Fandom's Unified Community Platform.
Since they already have the abilities to edit, move, delete, and undelete the personal CSS and JavaScript pages belonging to other users, as well as being able to edit, move, delete, and undelete all system messages, which Administrators were able to do until August 2015. However, Deluxe Administrators shouldn't use their powers to take advantage of the way other users edit their JavaScript Object Notation pages. Deluxe Administrators should only make minor changes to the JavaScript Object Notation pages of other users such as fixing a broken code that causes a lot of links to show on Special:WantedPages.
Aside from reducing the amount of wanted pages, Deluxe Administrators are normally expected to ask the owner of the JavaScript Object Notation pages before making changes. The instances where Deluxe Administrators need to edit, move, delete, or undelete JavaScript Object Notation pages without asking is minimal, such as removing JavaScript Object Notation messages that are deliberately intended to attack other users, or spam JavaScript Object Notation pages containing offensive language.
;Editwidget
Fandom Staff, Wiki Representatives, Wiki Specialists, and Fandom Helpers have the ability to create and edit widgets in the namespace. Administrators were previously able to create and edit widgets in the namespace on wikis that have the Widgets extension enabled via the Editwidgets permission.
However, the ability to create and edit widgets in the namespace has since been restricted to Fandom Staff, Wiki Representatives, Wiki Specialists, and Fandom Helpers. And in any case, the Widgets extension is currently in the process of being removed from the Fandom platform. Deluxe Administrators were subsequently granted the ability to create and edit widgets in the namespace in January 2022, so they wouldn't be restricted from editing pages in the namespace in the meantime.
;InterwikiEdit
Fandom Staff and Fandom Helpers have the ability to edit interlanguage links for web-based handling. Wiki Managers were subsequently granted the ability in July 2019, prior to their retirement. Wiki Representatives were also granted the ability, following their introduction in July 2021. Wiki Specialists were subsequently granted the ability in December 2021. Administrators do not have this ability, partly because it wouldn't be appropriate for local usergroups to have editing access to interwiki data.
Also before all wikis had been migrated to Fandom's Unified Community Platform, the extension only appeared on the Community Central Wiki, so it would have been largely pointless for Administrators to have it anyway. Administrators on the Community Central Wiki however do have access to the InterwikiEdit special page. For that reason, I was inspired to grant Deluxe Administrators the ability to edit interlanguage links.
;Protectsite-nolimit
In addition to the ability to limit actions that can be performed for some groups for a limited time, Fandom Helpers have the ability to limit actions that can be performed for some groups for any length of time. Wiki Managers were subsequently granted the ability in December 2019, prior to the usergroup's retirement. Wiki Representatives were also granted the ability, following their introduction in July 2021. Fandom Staff also previously had the ability to be exempted from site protection limits, prior to this wiki's migration to Fandom's Unified Community Platform in October 2020.
The reason Fandom Staff lost the ability was primarily due to Fandom's version of the ProtectSite extension not being active on UCP wikis yet. Even though Fandom's version of the extension was reenabled in February 2021, Fandom Staff haven't regained the ability to be exempted from site protection limits, though it is extremely likely that they will eventually regain it. Wiki Specialists were subsequently granted the ability in December 2021.
Administrators do not have this ability, because they don't have the Protectsite permission on Fandom wikis by default, and even if they did, the ability to be exempted from site protection limits would be abused too easily and too frequently if Administrators were to have it. Deluxe Administrators were subsequently granted the ability in December 2020, because they could already bypass most restrictions that Administrators can't bypass, and since the Deluxe Administrator usergroup is only granted to highly experienced and trusted Administrators, I felt that having them bypass a couple more restrictions wouldn't hurt.
But like the other permissions that Deluxe Administrators have that are only extended to global usergroups, they shouldn't use the ability to limit actions that can be performed for some groups for any length of time except in extreme circumstances. Deluxe Administrators can have their rights revoked by Fandom Staff if they are found to have used the abilities to limit actions that can be performed for some groups both for a limited time and for any length of time.
;Smw-admin
Fandom Helpers have the ability to access Semantic MediaWiki administration tasks on wikis with Semantic MediaWiki enabled. Wiki Managers were subsequently granted the ability to access Semantic MediaWiki administration tasks in December 2019, prior to the usergroup's retirement. Wiki Representatives were also granted the ability to access Semantic MediaWiki administration tasks, following their introduction in July 2021. Wiki Specialists were subsequently granted the ability in December 2021.
Fandom Staff and Administrators also previously had the ability, prior to this wiki's migration to Fandom's Unified Community Platform in October 2020. Administrators still had the ability to access administration tasks until June 2022, but only on wikis with Semantic MediaWiki enabled. Fandom Staff subsequently regained the ability to access administration tasks, following this wiki's migration to MediaWiki 1.37.2. in May 2022.
Deluxe Administrators were subsequently granted the ability in August 2020 so they would immediately be able to access Semantic MediaWiki administration tasks on wikis with Semantic MediaWiki enabled, once those wikis were migrated to the UCP platform. They lost the ability on all wikis in December 2020 after it was decided that Deluxe Administrators shouldn't have any Semantic MediaWiki related permissions on wikis that don't have Semantic MediaWiki added, much like Administrators. However, they still had the ability to access administration tasks on wikis that had Semantic MediaWiki added to them.
Deluxe Administrators eventually regained the ability to access administration tasks in June 2022, after Administrators lost the ability on wikis with Semantic MediaWiki enabled, once those wikis were migrated to MediaWiki 1.37.2. They regained the ability since there were no longer any usergroups that existed on all wikis that only had the permission on wikis that had Semantic MediaWiki added. And I wanted the Semantic MediaWiki related permissions extended to Deluxe Administrators to be consistent with the permissions extended to usergroups that existed on all wikis.
;Smw-patternedit
Fandom Helpers have the ability to edit the system message to maintain allowed regular expressions and patterns on wikis with Semantic MediaWiki enabled. Wiki Managers were subsequently granted the ability to edit the Smw allows pattern system message in December 2019, prior to the usergroup's retirement. Wiki Representatives were also granted the ability to edit the Smw allows pattern system message, following their introduction in July 2021. Fandom Staff and Administrators also previously had the ability, prior to this wiki's migration to Fandom's Unified Community Platform in October 2020.
Wiki Specialists were subsequently granted the ability in December 2021. Fandom Staff and Administrators no longer have this ability because the Semantic MediaWiki extension has not been enabled on most wikis. Though it doesn't explain why they don't have the permission on wikis with Semantic MediaWiki enabled. Deluxe Administrators were subsequently granted the ability in August 2020 so they would immediately be able to edit the Smw allows pattern system message on wikis with Semantic MediaWiki enabled, once those wikis were migrated to the UCP platform.
Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Semantic MediaWiki related permissions on wikis that don't have Semantic MediaWiki added, much like Administrators. However, they still had the ability to edit the Smw allows pattern system message on wikis that had Semantic MediaWiki added to them. And in any case, Deluxe Administrators were able to edit the Smw allows pattern system message on wikis that have Semantic MediaWiki added to them anyway, via the Editinterface permission.
Deluxe Administrators eventually regained the ability to edit the Smw allows pattern system message in June 2022, since there weren't any usergroups that existed on all wikis that only had the permission on wikis that had Semantic MediaWiki added. And I wanted the Semantic MediaWiki related permissions extended to Deluxe Administrators to be consistent with the permissions extended to usergroups that existed on all wikis.
;Ignore-contrast-errors
In addition to the ability to design a theme for a wiki, Fandom Staff, Wiki Representatives, and Wiki Specialists have the ability to ignore contrast errors when making changes to a wiki's theme design. Administrators do not have this ability, likely because it would be abused too easily and too frequently if they were to have it. Deluxe Administrators were granted the ability in October 2022, so they would continue being able to make changes to a wiki's theme design, regardless of contrast errors.
Since Administrators were able to make changes to a wiki's theme design until October 2022, regardless of contrast errors, I felt that Deluxe Administrators should be able to ignore contrast errors when making changes to a wiki's theme design. Since the Deluxe Administrator usergroup is only granted to highly experienced and trusted Administrators, I felt that having them bypass any restrictions when editing a wiki's theme design wouldn't hurt.
I wanted to ensure that Deluxe Administrators wouldn't be barred by restrictions that they previously weren't barred by when making changes to a wiki's theme design. As well as being barred by any false positives, or contrast errors that are overridden with sitewide CSS. But like the other permissions that Deluxe Administrators have that are only extended to global usergroups, they shouldn't use the ability to deliberately introduce contrast errors when making changes to a wiki's theme design. Deluxe Administrators can have their rights revoked by Fandom Staff if they are found to have deliberately introduced contrast errors when making changes to a wiki's theme design.
;Checkuser-temporary-account-log
;Checkuser-temporary-account-no-preference
;Content-review-local
Content Reviewers have the ability to review, approve, and reject sitewide JavaScript via the Content-review permission. They are also able to have their edits to sitewide JavaScript automatically marked as approved. Before the JavaScript review process was introduced in September 2015, and before edits to sitewide JavaScript became restricted in August 2015, Fandom Staff, Fandom Helpers, Volunteer Spam Task Force members, Administrator Mentors, and Administrators were able to edit sitewide JavaScript and automatically have their edits to sitewide JavaScript be served to the community.
Deluxe Administrators were subsequently granted an ability to review, approve, and reject local sitewide JavaScript that hadn't yet been reviewed by a member of the content review team, so they wouldn't have to wait for a content reviewer to review it. Since Administrators were able to edit sitewide JavaScript and automatically have their edits to sitewide JavaScript be served to the community until August 2015, I felt that Deluxe Administrators should be able to review, approve, and reject local sitewide JavaScript, so they won't be barred by the same restrictions as the other users that don't have Content Review rights.
Normally I would consider such an ability to be too overpowered for Deluxe Administrators to get away with. But since Administrators weren't barred by the restrictions of the JavaScript review process, prior to August 2015, and Administrators have to be highly trusted and experienced in order to be granted Deluxe Administrator rights by Staff, I felt that as long as the prospective Deluxe Administrators had demonstrated experience with distinguishing safe JavaScript from unsafe JavaScript, I felt that I could make an exception for the Deluxe Administrator usergroup.
Deluxe Administrators that are found to have approved unsafe JavaScript may have their rights revoked by Staff. In situations where a Deluxe Administrator is unsure if certain unreviewed JavaScript is safe or not, they are expected to leave the unreviewed JavaScript for a member of the content review team to review. Otherwise they are free to reject the unreviewed JavaScript themselves.
;Deletechangetags-nolimit
Deluxe Administrators were subsequently granted an ability to delete tags that are currently applied to more than 5000 revisions and/or log entries. Due to performance reasons, it isn't currently possible to delete tags that are applied to more than 5000 revisions and log entries. The fact that such an ability doesn't exist anywhere on the Fandom network, or indeed any site to my knowledge is something that I have frowned upon for years. As I feel that it should be possible to delete tags that are applied to more than 5000 revisions and log entries. Even if only certain usergroups are able to do it.
Having such an ability would be especially beneficial on Fandom wikis, since tags can't be removed from deleted revisions, and since Administrators can't undelete revisions of non-whitelisted messages. Though it might be possible for certain usergroups such as Fandom Utilities to delete tags that are applied to more than 5000 revisions and log entries from the server side. Even though Deluxe Administrators have the ability to edit, move, delete, and undelete non-whitelisted messages, I still wanted to give them an ability to delete tags that are applied to more than 5000 revisions and log entries, in case they ever need to delete tags that are applied to well over 5000 revisions and log entries.
While Deluxe Administrators are able to delete tags that are applied to more than 5000 revisions and log entries, they shouldn't delete tags that are applied to more than 5000 revisions and log entries unless they absolutely have to. As it may carry a strain on servers. It is better for them to temporarily undelete the revisions containing the tags and then remove the tags from the revisions to get the number of revisions and log entries using the tags under 5000.
;Editbadtitles
;Gadgets-definition-edit
None of the usergroups on Fandom wikis have the ability to edit gadget definitions. However, the permission does exist on Fandom's Unified Community Platform. The reason none of the usergroups on Fandom wikis with the Gadgets extension enabled have the ability to edit gadget definitions is because the gadget definition namespace doesn't do anything.
The gadget definition namespace was added by the gadgets extension for planned development that never happened to this day. Deluxe Administrators were granted the ability to edit gadget definitions in October 2020 so they wouldn't have to wait for the ability to be granted to Administrators. I was unaware at the time that the permission was not intended to be granted to any usergroups, and that gadget editing on UCP wikis would remain in the MediaWiki namespace like on legacy.
Deluxe Administrators are supposed to have editing access in all namespaces, which is why they haven't lost the ability to edit gadget definitions, even after I discovered that none of the usergroups on Fandom wikis were intended to be granted the ability. But like all permissions that are currently restricted, Deluxe Administrators need to be careful to avoid making any changes to gadget definitions that could potentially create security issues.
;Gadgets-edit
None of the usergroups on Fandom wikis have the ability to edit gadget CSS and JavaScript pages. However, the permission does exist on Fandom's Unified Community Platform. The reason none of the usergroups on Fandom wikis with the Gadgets extension enabled have the ability to edit gadget CSS and JavaScript pages is because the gadget namespace doesn't do anything.
The gadget namespace was added by the gadgets extension for planned development that never happened to this day. Deluxe Administrators were granted the ability to edit gadget CSS and JavaScript pages in October 2020 so they wouldn't have to wait for the ability to be granted to Administrators. I was unaware at the time that the permission was not intended to be granted to any usergroups, and that gadget editing on UCP wikis would remain in the MediaWiki namespace like on legacy.
Deluxe Administrators are supposed to have editing access in all namespaces, which is why they haven't lost the ability to edit gadget CSS and JavaScript pages, even after I discovered that none of the usergroups on Fandom wikis were intended to be granted the ability. But like all permissions that are currently restricted, Deluxe Administrators need to be careful to avoid making any changes to gadget CSS and JavaScript pages that could potentially create security issues.
;Multideletelocal
Fandom Staff and Fandom Helpers have the ability to delete many pages on a single wiki, or one page across many wikis where they have deletion rights, via the Multidelete permission. Volunteer Spam Task Force members also had the ability, prior to the usergroup's retirement. Wiki Managers were also subsequently granted the ability in December 2019, prior to their retirement. Wiki Representatives and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021 and July 2020. Wiki Specialists were subsequently granted the ability in December 2021. Administrators do not have the ability, because in addition to deleting many pages on a single wiki, it allows users to delete one page across many wikis, and is thus restricted to certain global usergroups.
Even though I'm pretty sure the Multidelete permission wouldn't be able to delete a page across many wikis unless the user had the Delete permission on those wikis, there are other things that prevent it from being considered for local usergroups. One is that the permission is considered to be overpowered for local usergroups, even if it could only be used on individual wikis. Another is that the Multidelete permission allows users to choose between deleting pages under their account, or under the Maintenance script. In the case of the latter, users would be able to delete stuff using the Maintenance script, even if the user themselves didn't have the Delete permission. The Maintenance script is able to delete stuff even without the Delete permission.
Deluxe Administrators were subsequently granted an ability to delete many pages on a single wiki, either under their account or as the Maintenance script, or one page across many wikis where they have deletion rights. However, unlike the Multidelete permission, the fictitious Multideletelocal ability would not allow users to delete a page across many wikis as the Maintenance script. I subsequently decided that Deluxe Administrators should have a more localised version of the Multidelete permission so they'd be able to delete many pages at once on any wiki where they have Deluxe Administrator rights, or one page across many wikis where they have deletion rights, and the DeleteBatch extension which has similar functions has not been enabled.
;Namespaceprotection-bypass
Deluxe Administrators were subsequently granted an ability to edit pages in restricted namespaces, without needing any of the permissions listed under the namespace restrictions section of the ListGroupRights special page. They are supposed to have editing access in all namespaces on all wikis with few exceptions, usually hidden wikis. Therefore, I wanted to ensure that Deluxe Administrators would be able to edit all namespaces on wikis with custom namespace restrictions added, regardless if they don't have Administrator rights, or if they are missing the required permissions to edit in those namespaces.
The ability to edit pages in restricted namespaces ensures that even without the Editinterface, Editwidget, Gadgets-edit, Gadgets-definition-edit, and Editinteractivemap permissions, Deluxe Administrators are still able to edit pages in the MediaWiki, Widget, Gadget, Gadget definition, and Map namespaces. Even though they are able to edit pages in restricted namespaces, they still require additional permissions to edit certain pages in certain namespaces, if those said permissions don't appear under the namespace restriction section of the ListGroupRights special page.
For example, the Editinterfacetrusted permission is still required to edit non-whitelisted system messages. The Editsitecss permission is still required to edit sitewide CSS pages. The Editsitejs permission is still required to edit sitewide JavaScript pages. The Editinterfacetrusted and Editsitejson permissions are still required to edit sitewide JavaScript Object Notation pages. And the Editsitejs and Edit-fandommobile-customizations permissions are still required to edit pages.
;Override-export-depth
None of the usergroups on Fandom wikis have the ability to export pages including linked pages up to a depth of 5. However, the permission does exist on Fandom wikis, according to the system messages referring to usergroup rights. The reason none of the usergroups have this permission is unclear, though it could just be that the permission hasn't been added to any usergroups on the UCP platform yet.
Deluxe Administrators were subsequently granted the ability to export pages including linked pages up to a depth of 5 in November 2020 since it was decided that they would be granted all the administrative abilities that weren't granted to any of the usergroups on legacy and/or UCP wikis.
;Selectivedelete
Deluxe Administrators were subsequently granted an ability to selectively delete revisions from the history of a page, rather than the entire page history. It is basically the same as deleting an entire page history and then undeleting the selective revisions.
This ability doesn't actually exist anywhere on the Fandom network, but I got the idea to create a fictional ability that is exclusive to the Deluxe Administrator usergroup since I knew that such an ability wasn't already extended to Administrators or indeed any usergroup, something that I have frowned upon for years. The reason such an ability doesn't exist on Fandom is likely due to the fact that such an ability would easily create serious attribution issues and Creative Commons licence violations.
The fictional ability to selectively delete revisions from the page history, rather than the entire page history basically fulfils my want for the fictional Deluxe Administrator usergroup to be able to delete selective revisions from the page history. Up until late 2017, I was under the impression that such an equivalent to the ability was already taken by the Deleterevision ability, only that it couldn't focus on more than one revision at a time.
But I eventually discovered that that wasn't the case. And that it was necessary to create a fictional ability that would do what I originally thought Deleterevision did, only that it would be able to focus on any revision that wasn't currently deleted, including the current revision. Basically the opposite of what Undelete does.
Even though it is obvious why Deluxe Administrators have the ability to delete selective revisions from the page history, rather than the entire page history, they have the Editinterfacetrusted permission and can therefore undelete JavaScript Object Notation pages and non-whitelisted system messages.
Deluxe Administrators should only use Selectivedelete to remove revisions that contain information that is too sensitive for non-administrators to stumble across. It should also be used to remove revisions where a vandal has inserted offensive language, usually language that violates Fandom's terms of use. It shouldn't be used for simple disagreements between users that are acting in good faith.
;Sociallogs
None of the usergroups on Fandom wikis that used MediaWiki 1.33.3 had the ability to view social logs, as the permission has never existed on that version of MediaWiki. However, the permission's purpose was covered by the Discussionslog:view permission on wikis that used MediaWiki 1.33.3, which is extended to Fandom Staff, Fandom Helpers, and Spam Obliteration and Prevention members. Global Discussion Moderators were subsequently granted the Discussionslog:view permission in June 2021. Wiki Representatives were also granted the Discussionslog:view permission, following their introduction in July 2021.
Wiki Managers and Volunteer Spam Task Force members also had the Discussionslog:view permission, prior to their respective retirements. Wiki Specialists were subsequently granted the Discussionslog:view permission in December 2021. Though the Discussionslog:view permission functions the same way on wikis that use MediaWiki 1.39.7 as it did on wikis that used MediaWiki 1.33.3, the system messages associated with the Discussionslog:view permission on wikis that used MediaWiki 1.33.3 are associated with the Sociallogs permission on wikis that use MediaWiki 1.39.7 instead.
This implies that the Discussionslog:view permission will eventually be removed and its abilities will be transferred to the Sociallogs permission in the future. Administrators do not have this ability on Fandom, because the permission allows access to other users' which not all local communities should have access to. Though I had been against the idea of giving Deluxe Administrators the ability to view social logs, due to the sensitive nature of the permission, I finally decided in November 2022 that they should have the ability, since it is essentially the discussions equivalent of the Checkuser-log permission.
And since there are select wikis where select Administrators have been added to the Check User usergroup which has the Checkuser-log permission. But like all permissions that are generally restricted only to certain global usergroups on Fandom wikis, Deluxe Administrators should only view social logs when they have a legitimate reason to. Deluxe Administrators can have their rights restricted or revoked by Staff if they are found to have leaked private information from social logs.
;Spamfilter-bypass
Fandom Staff and Fandom Helpers have the ability to bypass content, device, email, summary, title, and wiki creation filters via the Phalanxexempt permission. Volunteer Spam Task Force members also had the ability, prior to the usergroup's retirement. Wiki Managers and Content Team Members were also granted the ability, following their respective introductions in May and July 2019, until their respective retirements. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted it, following their respective introductions in July 2021, July 2021, and July 2020. Administrators do not have the ability, because in addition to bypassing content, device, email, summary, title, and wiki creation filters, it also makes users immune to user filters. And even then, the ability would be abused too easily and too frequently if Administrators were to have it.
Deluxe Administrators were subsequently granted an ability to bypass content, device, email, summary, title, and wiki creation filters. However, unlike the Phalanxexempt permission, the Spamfilter-bypass ability wouldn't make users immune to user filters. I subsequently decided that Deluxe Administrators should have an ability to bypass content, device, email, summary, title, and wiki creation filters so they wouldn't fall victim to any false positives by spam protection filters while editing.
Even though Deluxe Administrators were subsequently granted an ability to bypass content, device, email, summary, title, and wiki creation filters, they are expected to take note of the blacklisted entries that would otherwise trigger spam protection filters. They may only bypass content, device, email, summary, title, or wiki creation filters for minor issues such as creating the userpage for the SOAP Bot. Deluxe Administrators can have their rights revoked by Staff if they are found to have abused the privilege of bypassing content, device, email, summary, title, or wiki creation filters by doing things such as inserting content that would not only have triggered spam protection filters but are in violation of Fandom's terms of use.
;Spamfilter-view
Fandom Staff and Fandom Helpers have the ability to view blacklisted spam filter entries via the Phalanx permission. Volunteer Spam Task Force members also had the ability, prior to the usergroup's retirement. Wiki Managers were subsequently granted the ability in December 2019, prior to the usergroup's retirement. Wiki Representatives and Spam Obliteration and Prevention members were also granted the ability, following their introductions in July 2021 and July 2020. Wiki Specialists were subsequently granted the ability in December 2021.
Administrators do not have the ability, because in addition to viewing blacklisted spam filter entries via the PhalanxStats special page, it also allows users to manage global blocks and spam filters. And even then, the ability would be abused too easily and too frequently if Administrators were to have it, since it would allow them to see the blacklist entries and use that knowledge to find ways to get around spam protection filters. Deluxe Administrators were subsequently granted an ability to view spam protection filters. However, unlike the Phalanx permission, the Spamfilter-view ability would not allow users to manage global blocks or spam filters.
I subsequently decided that Deluxe Administrators should have an ability to view the entries of spam protection filters so they would hopefully keep instances of performing actions that would otherwise trigger spam protection filters to a minimum. Deluxe Administrators can have their rights revoked by Staff if they are found to have abused the privilege of viewing spam protection filters in order to deliberately do things that would not only have triggered spam protection filters but are in violation of Fandom's terms of use.
;Viewunsuppressed
Deluxe Administrators were subsequently granted an ability to view the deleted history entries of all pages, aside from the ones that have been suppressed with the Deleterevision and Suppressrevision permissions, or the Coppatool permission. Prior to this wiki's migration to Fandom's Unified Community Platform in October 2020, users were able to view the deleted history entries of all pages with the Deletedhistory permission, aside from the ones that had been suppressed with the Deleterevision and Suppressrevision permissions, or with Coppatool permission.
Since this wiki's migration, users with the Deletedhistory permission have no longer been able to view the deleted history entries of pages that they wouldn't be able to edit. Though they are still able to view the deleted history entries of pages that have only been protected from editing, but are otherwise editable. Administrators regained the ability to view the deleted history entries of all MediaWiki messages in late November or early December 2023.
Deluxe Administrators were granted the fictional ability that allows them to view the deleted history entries of all pages, aside from the ones that have been suppressed, in case they ever run into any unsuppressed deleted history entries that they are unable to view. However, since Deluxe Administrators implicitly have the Edittemplates permission which is extended to Registered Users. And since they already have the Editinterface, Editwidget, Gadgets-edit, Gadgets-definition-edit, and Editinteractivemap permissions as well as the Deletedhistory permission, the chances of them not being able to view any unsuppressed deleted history entries are very small.
==Groups that Deluxe Administrators are able to add to other accounts==
;Administrators
Deluxe Administrators were subsequently granted the ability to promote other users to Administrators, after it was decided that they should be able to grant and revoke any local usergroup permissions that Administrators and/or Bureaucrats are able to grant and revoke. Except that unlike Bureaucrats, Deluxe Administrators weren't granted the ability promote other users to Bureaucrats, remove Administrator rights from other users, or Bureaucrat rights from their account. Deluxe Administrators weren't granted the ability to promote other users to Bureaucrats or remove Administrator rights from other users to maintain equality between regular Administrators and Deluxe Administrators.
==Groups that Deluxe Administrators are able to add and remove from other accounts==
;Assistants
Deluxe Administrators were subsequently granted the ability to add and remove Assistant rights from other users, after it was decided that they should be able to grant and revoke any local usergroup permissions below Administrator.
;Autopatrolled Users
Deluxe Administrators were subsequently granted the ability to add and remove Autopatrolled rights from other users, after it was decided that they should be able to grant and revoke any local usergroup permissions below Administrator.
;Blocker Group
Deluxe Administrators were subsequently granted the ability to add and remove Blocker rights from other users, after it was decided that they should be able to grant and revoke any fictional local usergroup permissions below Junior Administrator.
;Bots
Deluxe Administrators were subsequently granted the ability to add and remove Bot rights from other users, after it was decided that they should be able to grant and revoke any local usergroup permissions that Administrators and/or Bureaucrats are able to grant and revoke. Except that unlike Bureaucrats, Deluxe Administrators weren't granted the ability promote other users to Bureaucrats, remove Administrator rights from other users, or Bureaucrat rights from their account.
;Comment Controllers
Deluxe Administrators were subsequently granted the ability to add and remove Comment Control rights from other users, after it was decided that they should be able to grant and revoke any fictional local usergroup permissions below Junior Administrator.
;Content Moderators
Deluxe Administrators were subsequently granted the ability to add and remove Content Moderator rights from other users, after it was decided that they should be able to grant and revoke any local usergroup permissions below Administrator.
;Discussion Moderators
Deluxe Administrators were subsequently granted the ability to add and remove Discussion Moderator rights from other users, after it was decided that they should be able to grant and revoke any local usergroup permissions below Administrator.
;Forum Moderators
Deluxe Administrators were subsequently granted the ability to add and remove Forum Moderator rights from other users, after it was decided that they should be able to grant and revoke any fictional local usergroup permissions below Junior Administrator.
;Image Controllers
Deluxe Administrators were subsequently granted the ability to add and remove Image Control rights from other users, after it was decided that they should be able to grant and revoke any fictional local usergroup permissions below Junior Administrator.
;Patrollers
Deluxe Administrators were subsequently granted the ability to add and remove Patroller rights from other users, after it was decided that they should be able to grant and revoke any fictional local usergroup permissions below Junior Administrator.
;Quick Answers Editors
Deluxe Administrators were granted the ability to add and remove Quick Answers Editor rights from other users, after it was decided that they should be able to grant and revoke any local usergroup permissions below Administrator.
;Rollbackers
Deluxe Administrators were subsequently granted the ability to add and remove Rollback rights from other users, after it was decided that they should be able to grant and revoke any local usergroup permissions below Administrator.
==Groups that Deluxe Administrators are able to add and remove from their account==
;Check Users
Deluxe Administrators were subsequently granted the ability to add and remove Check User rights from their account, after it was decided that they should be able to grant and revoke any local usergroup from their account that didn't have access to any permissions that Deluxe Administrators didn't have access to. Because this usergroup can only be added and removed by Fandom Utilities, Deluxe Administrators can only add or remove it from their account.
==Groups that Deluxe Administrators are able to remove from their account==
;Administrators
Deluxe Administrators were subsequently granted the ability to remove Administrator rights from their account, though they could already do this using their Administrator rights. Deluxe Administrators were granted the ability to remove Administrator rights from their account because Fandom Staff usually try not to have usergroups that can add specific rights to their account without removing those specific rights from their account as well. There have been issues in the past where users couldn't remove themselves from a specific usergroup. Deluxe Administrators weren't able to promote other users to Administrators when they were granted the ability to remove Administrator rights from their account.
==What should Deluxe Administrators do?==
As with regular Administrators, Deluxe Administrators are responsible for maintaining the wiki. In addition to the abilities that come with the Administrator rights that they already have, Deluxe Administrators are able to make minor tweaks to other users' JavaScript and JavaScript Object Notation pages to fix any broken JavaScript or JavaScript Object Notation data that is causing errors such as unwanted pages on Special:WantedPages.
They are able to make minor fixes to other users' CSS pages where the CSS is obviously broken and know how to fix it. Though they are normally expected to contact the owner of the pages before editing them. They are able to delete any CSS, JavaScript, or JavaScript Object Notation pages created by spammers and vandals that contain harmful code, or any pages containing only spam or hate messages. They are also able to approve local sitewide JavaScript that has been submitted for review and is deemed safe, and reject JavaScript that is deemed unsafe.
Deluxe Administrators are able to mass delete pages created by spammers and vandals, as well as quickly block users, and revert and delete spam and vandalism. They are able to edit all MediaWiki pages including those that are not accessible to regular administrators, allowing them to customise changes to the wiki's appearance and interface for users. Due to the lack of restriction of MediaWiki editing, they need to be careful to avoid making any changes that could potentially create security issues or break the customisation policy.
Deluxe Administrators are also able to show and hide the contents of specific revisions and log entries, the summaries of the revisions and log entries, the names of the users/IP addresses that made the edits and log entries, or any combination of those three. They are also able to delete selective bad faith revisions of pages to delete, rather than the entire page history and undeleting the good revisions. They are also able to suppress and unsuppress article and blog comments, discussion posts, and message wall messages.
Deluxe Administrators are able to check the IP addresses of other users and view the check user log on wikis where sockpuppetry is a major problem. They are also able to delete tags that are currently applied to more than 5000 revisions and/or log entries, to save them the trouble of having to mass undelete revisions containing the tags temporarily and then remove the tags from the revisions to get the number of revisions and log entries using the tags under 5000.
==What should Deluxe Administrators not do?==
Deluxe Administrators should not use their deluxe administrator powers to settle editing disputes; for example, hide the contents of specific revisions and keep the revisions that he or she prefers in an editing dispute that isn't vandalism. Deluxe Administrator powers should be used to help keep the wiki clear of TOU breaking information and potentially harmful code, but not for simple disagreements between users acting in good faith.
Deluxe Administrators shouldn't selectively delete revisions of pages made by other users that weren't made in bad faith, in order to keep his or her preferred revisions at the top of the page history. Deluxe Administrators shouldn't approve unreviewed JavaScript that is deemed unsafe, or JavaScript that they are unsure about. They shouldn't insert content that would otherwise have triggered spam protection filters, or make changes to non-whitelisted MediaWiki messages without consent either from the other Administrators or from the general community.
Deluxe Administrators also shouldn't undelete non-whitelisted messages that have been voted for deletion via community consensus. They shouldn't make questionable changes to the wiki's interface that may cause security issues or customisation policy violations, deliberate or otherwise. Deluxe Administrators shouldn't make changes to other users' CSS, JavaScript, or JavaScript Object Notation pages if the changes aren't constructive and/or minor such as fixing broken or harmful code.
Deluxe Administrators shouldn't mass delete pages that weren't made in bad faith. Nor should they quickly revert or delete anything that isn't spam or vandalism. On wikis with the AbuseFilter extension enabled, Deluxe Administrators shouldn't use the advantage of being able to bypass edit filters to deliberately perform actions that have been blocked by the edit filter.
Deluxe Administrators shouldn't suppress article and blog comments, discussion posts, and message wall messages unless they contain personal information that is too sensitive for other users to stumble across. They also shouldn't suppress article and blog comments, discussion posts, and message wall messages that contain personal information that is too sensitive for other users to stumble across. Deluxe Administrators shouldn't check the IP addresses of other users except when dealing with highly problematic users who are suspected of sockpuppetry.
Deluxe Administrators shouldn't leak information from the check user or social logs. They also shouldn't delete tags that are currently applied to more than 5000 revisions and/or log entries in cases where it would be more convenient for them to mass undelete revisions containing the tags temporarily and then remove the tags from the revisions to get the number of revisions and log entries using the tags under 5000. On wikis with Achievements enabled, they shouldn't create and edit badges that can only be earned by editing pages that only specific usergroups can edit.
Deluxe Administrators that abuse their powers by deliberately doing any of the things that they aren't supposed to do will have their deluxe administrator status revoked by Staff. Ideally a deluxe administrator shouldn't be considered 'in charge'. Nor should they be thought of as outranking regular administrators. The ideal deluxe administrator is just someone who can be trusted to have additional abilities and to use them for the benefit of the wiki community in ways that can't be done without having deluxe administrator rights.
==System Messages associated with the usergroup==
Listed below are the system messages associated with the Deluxe Administrator usergroup.
Name 	Default Message Text
Name 	Current Message Text
group-deluxeadministrator (talk) (Translate) 	Deluxe Administrators
group-deluxeadministrator-member (talk) (Translate) 	{{GENDER:$1|deluxe administrator}}
grouppage-deluxeadministrator (talk) (Translate) 	{{ns:project}}:Deluxe Administrators
user-activity-group-deluxeadministrator (talk) (Translate) 	Deluxe Administrator
userprofile-global-tag-deluxeadministrator (talk) (Translate) 	Deluxe Administrator
wds-avatar-badges-deluxeadministrator-tooltip (talk) (Translate)	Deluxe Administrator
==Gallery==
Deluxe Administrator Badge.svg|Fictional Deluxe Administrator Badge
==See also==
*Removed Deluxe Administrator Rights
*Deluxe Administrator Rights on wikis with certain features added
Category:Pages
Category:C.Syde's Pages
Category:Pages related to Fandom