Deluxe Administrators/Removed

This is a list of usergroup rights that were previously extended to the fictional Deluxe Administrator usergroup that was conceived by C.Syde in late October 2016. For information about the usergroup rights that are currently extended to this fictional usergroup, see this page.

Abilities that Deluxe Administrators previously had
Most of the abilities that were previously included in the Deluxe Administrator usergroup were abilities that were removed from the Administrator usergroup, as well as all other groups on all wikis.

However they were subsequently removed from the Deluxe Administrator usergroup after it was decided that Deluxe Administrators should only have abilities related to extensions that still exist on the Fandom network.

A couple of abilities relating to extensions that have been removed from the Fandom network were also removed from the Deluxe Administrator usergroup.

Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Global Discussion Moderators, Administrators, and Discussion Moderators previously had the ability to see the reported content button on the bottom toolbar. However the ability was removed from all usergroups on all wikis in March 2021.
 * Reportedcontent

Deluxe Administrators were granted the ability to see the reported content button on the bottom toolbar in September 2020, so they'd be able to respond more swiftly to reported article and blog comments, and discussion posts as a standalone group. However they lost the ability in March 2021 for the same reason Staff, Helpers, SOAP members, Global Discussion Moderators, Administrators, and Discussion Moderators lost it.

Since none of the default usergroups still have the ability, I felt that Deluxe Administrators shouldn't still have it either. Since the code relating to Discussions apparently now supports usergroups with Discussion Moderative rights - including Wiki Representatives - having the reported content button on the bottom toolbar, all the said usergroups with Discussion Moderative rights implicitly have the reported content button on the bottom toolbar. However none of the usergroups seem to receive notifications whenever content is reported.

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 Walladmindelete permission also have the Wallremove permission. And since all usergroups that currently have the Wallfastadmindelete permission also have the Walladmindelete permission.
 * Wallremove

Deluxe Administrators lost the ability to remove message wall messages in March 2020, in preparation for what would become the retirement of the message wall feature, once all wikis got migrated over to Fandom 's Unified Community Platform.

Assistants have the ability to override spoofing checks when renaming accounts. Admin Mentors, Bureaucrats, and Administrators also previously had the ability until sometime in 2015. It was removed from all default usergroups, most likely because the ability doesn't have any relevance to the current code base, since account registration was overhauled. As of 2015, certain custom usergroups on certain wikis are the only remaining usergroups that have the ability to override spoofing checks.
 * Override-antispoof

As such, there aren't any default usergroups with the permission on any wiki. Even though Deluxe Administrators were subsequently granted the ability to override spoofing checks when renaming accounts, the ability doesn't have any relevance to the current code base, since account registration was overhauled. So in practice it has outlived its use. This is further supported as the extension has not been enabled on Fandom 's Unified Community Platform. Deluxe Administrators lost the ability to override spoofing checks in June 2021 for that reason.

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, Fandom Helpers, Spam Obliteration and Prevention members, and local Administrators are able to block the emails of users when blocking them, this is at least partially incorrect. None of the five groups that have the ability to block the emails of users when blocking them have been able to use the ability for years.
 * Blockemail

The option to block the emails of users when blocking 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 the emails of users when blocking 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 was the only other group with the ability to use Quicktools, but not the ability to block the emails of users when blocking them, or even the ability to block 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 the emails of users, and the ability to block 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 the emails of users when blocking them, it is pointless even with Quicktools and without Administrator rights. Since the ability to block the emails of users when blocking 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. Deluxe Administrators lost the ability to block the emails of users in October 2021 for this reason.


 * Dpl_param_delete_rules


 * Dpl_param_update_rules


 * Import

Fandom Staff and Administrators have the ability to move pages out of the message wall namespace on wikis that have message walls enabled. On wikis without message walls enabled, Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, Administrators, and Registered Users have the ability to move pages out of the message wall namespace, via the Move permission.
 * Messagewallmovefrom

Fandom Staff and Administrators were granted the ability to move pages out of the message wall namespace on wikis that have message walls enabled so that they would be able to revert vandalism caused by moving pages into the message wall namespace and confusing users. Deluxe Administrators were granted the ability in September 2021, so that they would be able to move pages out of the message wall namespace on wikis that have message walls enabled, regardless if they didn't have Administrator rights.

However they lost the ability a few minutes later when I disabled message walls on this wiki. The only reason I briefly enabled message walls on this wiki in the first place was so that I could claim Messagewallmovefrom as a permission that was once extended to Fandom Staff, Administrators, and Deluxe Administrators on this wiki. However they do still have the ability to move pages out of the message wall namespace on wikis that have message walls enabled.

Fandom Staff, Fandom Helpers, and Administrators previously had the ability to mark their wikis as ready for FandomDesktop. Wiki Managers and Content Team Members were subsequently granted the ability in June 2021, prior to their respective retirements.
 * Readyforfandomdesktop

Wiki Representatives and Wiki Specialists were also granted the ability to mark their wikis as ready for FandomDesktop, following their introductions in July 2021. Deluxe Administrators were granted the ability in May 2021, so that they would be able to mark their wikis as ready for FandomDesktop, regardless if they didn't have Administrator rights.

The ability was removed from all usergroups in August 2021 as the Oasis skin was retired and replaced with the FandomDesktop skin. Deluxe Administrators lost the ability around the same time for the same reason Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, and Administrators lost it.

Administrators previously had the ability to make string replacements on the entire wiki. However the ability was removed in July 2016, and apparently never worked properly on Fandom in the first place.
 * Replacetext

Deluxe Administrators were subsequently given the ability to make string replacements on the entire wiki in January 2018, seeing as Administrators or indeed any usergroup didn't have or no longer had the ability.

However they lost the ability in May 2018 after it was decided that Deluxe Administrators shouldn't have any abilities relating to features that no longer existed on the Fandom network.

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 Wallfastadmindelete permission also have the Walladmindelete permission.
 * Walladmindelete

I wanted to make sure that Deluxe Administrators would have been able to delete message wall messages with one click, as it turns out that they would be unable to do so without the Walladmindelete permission.

Deluxe Administrators lost the ability to delete message wall messages in March 2020, in preparation for what would become the retirement of the message wall feature, once all wikis got migrated over to Fandom 's Unified Community Platform.

Fandom Staff, Fandom Helpers, and Administrators previously had the ability to view page view statistics. However the ability was removed from all usergroups in July 2017. The Pageviews permission was from the MediaWiki page views feature which was removed in newer MediaWiki versions and never really worked properly on Fandom.
 * Pageviews

Deluxe Administrators were subsequently given the ability to view page view statistics in July 2017, seeing as Administrators or indeed any usergroup didn't have or no longer had the ability. However they lost the ability in May 2018 after it was decided that Deluxe Administrators shouldn't have any abilities relating to features that no longer existed on the Fandom network.

Content Volunteers had the ability to view page view statistics, since their introduction in February 2018 until May 2021, disregarding the fact that the ability hasn't worked since July 2017.

Fandom Staff, Fandom Helpers, Vanguards, and Administrators previously had the ability to view parser performance statistics. However the ability was removed from Fandom Staff, Fandom Helpers, and Administrators in March 2017, and Vanguards in April 2017. Admin Mentors also previously had the ability, prior to the usergroup's retirement. The reason for Parserspeed being removed was due to it not being used much and not updating.
 * Parserspeed

However in spite of this, Deluxe Administrators were subsequently given the ability to view parser performance statistics in April 2017, seeing as Administrators or indeed any usergroup didn't have or no longer had the ability. However they lost the ability in May 2018 after it was decided that Deluxe Administrators shouldn't have any abilities relating to features that no longer existed on the Fandom network.

Fandom Utilities and Volunteer Spam Task Force members previously had the ability to delete pages and protect them from being recreated by non-administrators in one click. However the ability was removed from both usergroups in May 2017, probably because there weren't many situations where a page needed to be protected right after deleting.
 * Powerdelete

Administrators did not have this ability, likely because it was only meant to be used to combat spam and vandalism. Or it could simply have been because they didn't need it. Although there is a script at the Fandom Developers Wiki that allows Administrators and Content Moderators to delete pages and protect them from being recreated in one click. The script was published shortly before the ability was removed from all usergroups.

Unlike Administrators, Deluxe Administrators were subsequently given the ability to delete pages and protect them from being recreated in one click by default. And they continued to have the ability after it was removed from VSTF and Utilities, so they would have been able to use both the script and the default version of the ability.

But like the other permissions that Deluxe Administrators have that were only extended to global usergroups, Deluxe Administrators shouldn't use Powerdelete for simple disagreements between users that are acting in good faith. They should only use it to delete obvious spam and vandalism. Deluxe Administrators lost the ability in May 2018 after it was decided that Deluxe Administrators shouldn't have any abilities relating to features that no longer existed on the Fandom network.

In addition to the ability to delete message wall messages, Fandom Staff are able to delete message wall messages in one click. Fandom Helpers were subsequently granted the ability to delete message wall messages in one click in July 2016. Wiki Representatives and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021 and July 2020.
 * Wallfastadmindelete

Wiki Managers were also granted the ability, following their introduction in May 2019, until the usergroup's retirement. Volunteer Spam Task Force members also had this ability, prior to the usergroup's retirement. Administrators do not have this ability on Fandom by default, as it is intentionally only meant to be used to combat message wall spam and vandalism. The ability would be abused too easily and too frequently if Administrators were to have it by default.

Unlike Administrators, Deluxe Administrators were subsequently granted the ability to delete message wall messages in one click. This was because Wallfastadmindelete is generally perceived as a faster option than Walladmindelete. But like the other permissions that Deluxe Administrators have that are only extended to global usergroups, Deluxe Administrators were meant to only use the ability against obvious spam and vandalism within the message wall namespace, and not use it for simple disagreements between users that were acting in good faith.

Deluxe Administrators lost the ability to delete message wall messages in one click in March 2020, in preparation for what would become the retirement of the message wall feature, once all wikis got migrated over to Fandom's Unified Community Platform.


 * Wallsuppress

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. 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.
 * Createwikilimitsexempt

But like the other permissions that Deluxe Administrators had 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 didn't have a legitimate purpose. Deluxe Administrators could have had their rights revoked by Fandom Staff if they were found to have bypassed the wiki creation throttle to create an unlimited number of spam wikis, duplicate wikis, or wikis that didn't have a legitimate purpose.

Deluxe Administrators lost the ability on all wikis, shortly after they were granted it, because they wouldn't have been able to bypass the wiki creation throttle unless they had Deluxe Administrator rights on the Community Central or UCP wikis. Since the CreateNewWiki special page only appears on wikis like Community Central or UCP, users would have needed to have Deluxe Administrator rights on those wikis to be able to bypass the wiki creation throttle.

Unlike the Fandom Staff, Wiki Representative, 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 do still have the permission on wikis that have the CreateNewWiki special page added to them.

In addition to the ability to create and edit bronze, silver, and gold badges on wikis that have achievements enabled, Fandom Staff and Fandom Helpers previously had the ability to create and edit platinum badges on all wikis that have achievements enabled. Wiki Managers were subsequently granted the ability in December 2019. However all three of these usergroups lost the ability to create and edit platinum badges when this wiki was migrated to Fandom 's Unified Community Platform.
 * Platinum

The reason why Administrators weren't able to create and edit platinum badges on legacy wikis is unclear. Though it may have been so they couldn't gain platinum badges by editing pages that non-administrators couldn't edit. Unlike Administrators, Deluxe Administrators were subsequently granted the ability to create and edit platinum badges on individual wikis.

Deluxe Administrators lost the ability to create and edit platinum badges in October 2020, in preparation for what would become the retirement of the special page, once all wikis got migrated over to Fandom's Unified Community Platform. All usergroups with the Editinterface permission are currently able to edit platinum badges on UCP wikis with Achievements enabled via the special page.

Fandom Helpers have the ability to bypass automatic blocks of proxies. Wiki Managers and Content Team Members were also granted the ability, following their respective introductions in May and July 2019, prior to their respective retirements. Wiki Representatives and Wiki Specialists were also granted the ability, following their respective introductions 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.
 * Proxyunbannable

The reason Fandom Staff and Administrators no longer have this ability is because it hasn't been added to UCP wikis. Deluxe Administrators were subsequently granted the ability to bypass automatic blocks of proxies so they wouldn't fall victim to proxy blocks on UCP wikis, should the extension ever be reenabled on UCP wikis and Administrators aren't immediately reinstated the ability to bypass proxy blocks. Deluxe Administrators lost the ability to bypass automatic blocks of proxies in June 2021 for the same reason Fandom Staff and Administrators lost the ability.

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. Fandom Staff and Administrators also previously had the ability, prior to this wiki's migration to Fandom 's Unified Community Platform in October 2020.
 * Smw-admin

Administrators still have the ability to access administration tasks, but only on wikis with Semantic MediaWiki enabled. The reason Fandom Staff no longer have the ability is unclear. 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.

Deluxe Administrators 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 do still have the ability to access administration tasks on wikis that have Semantic MediaWiki added to them.

Fandom Helpers have the ability to edit access to maintain allowed regular expressions and patterns on wikis with Semantic MediaWiki enabled. Wiki Managers were subsequently granted the ability to edit access to maintain allowed regular expressions and patterns in December 2019, prior to the usergroup's retirement. Wiki Representatives were also granted the ability to edit access to maintain allowed regular expressions and patterns, 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.
 * Smw-patternedit

The reason Fandom Staff and Administrators no longer have this ability is because the Semantic MediaWiki extension has not yet been enabled on most wikis. Though that 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 have edit access to maintain allowed regular expressions and patterns 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 Deluxe Administrators shouldn't have any Semantic MediaWiki related permissions on wikis that don't have Semantic MediaWiki added, much like Administrators. However they do still have the ability to edit access to maintain allowed regular expressions and patterns on wikis that have Semantic MediaWiki added to them.

Fandom Staff, Wiki Managers, and Content Team Members previously had the ability to move JavaScript pages on UCP wikis. However the ability was removed from all usergroups on all UCP wikis in June 2020.
 * Movejspages

It is unclear exactly why the ability was removed, but it is likely because the Editinterfacetrusted permission already allows users to be able to move JavaScript pages, along with being able to edit, move, delete, and undelete all system messages. Deluxe Administrators were granted this ability so they'd be able to move JavaScript pages once all Fandom wikis were migrated to UCP.

Deluxe Administrators lost the ability to move JavaScript pages on UCP wikis in June 2020 for the same reason Fandom Staff, Wiki Representatives, and Wiki Specialists lost the ability. And since none of the default usergroups still have the ability, I felt that Deluxe Administrators shouldn't still have it either.


 * Interwiki

Fandom Utilities and Fandom Staff have the ability to access a list of wikis with enabled extensions. Administrators do not have this ability, because it contains information that would not be appropriate for usergroups besides Staff or Utilities. Also the extension doesn't appear on any wikis, so it would be largely pointless if Administrators were to have it anyway.
 * WhereIsExtension

Surprisingly enough, an old archive of the Fandom Wiki implies that there was a time when all users had access to the extension. For this reason, Deluxe Administrators were subsequently granted the ability to access the WhereIsExtension special page. Even though it was largely pointless since it couldn't be accessed anywhere other than the Community Central Wiki.

Deluxe Administrators lost the ability in September 2020 after it was decided that Deluxe Administrators shouldn't have any abilities relating to features that can only be used on the Community Central Wiki. However, Deluxe Administrators still had the permission on wikis that have the WhereIsExtension special page added to them, until January 2021 when the extension was removed from the Community Central Wiki.

Fandom Staff have the ability to edit forum board information, allowing them to add and remove forum boards as well as change their descriptions. The reason why Administrators don't have this ability on individual wikis is unclear. But it is most likely because its purpose was already covered by the Forumadmin permission which granted Administrators administrative access to threaded forums. Therefore it would have been redundant for Administrators to have both abilities.
 * Boardedit

Unlike Administrators, Deluxe Administrators were subsequently granted the ability to edit forum board information on individual wikis, just in case there happened to be something that the Boardedit permission could do that none of the other forum permissions could do. Deluxe Administrators lost the ability to forum board information in March 2020, in preparation for what would become the retirement of the threaded forums feature, once all wikis got migrated over to Fandom 's Unified Community Platform.

Fandom Staff have the ability to move pages into the message wall namespace on wikis that have message walls enabled. On wikis without message walls enabled, Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, Administrators, and Registered Users have the ability to move pages into the message wall namespace, via the Move permission.
 * Messagewallmoveto

Fandom Staff were granted the ability to move pages into the message wall namespace on wikis that have message walls enabled so they wouldn't be limited to moving pages out of the message wall namespace the same way Administrators are. Deluxe Administrators were granted the ability in September 2021 for the same reason Fandom Staff were granted it.

However they lost the ability a few minutes later when I disabled message walls on this wiki. The only reason I briefly enabled message walls on this wiki in the first place was so that I could claim Messagewallmoveto as a permission that was once extended to Fandom Staff and Deluxe Administrators on this wiki. However they do still have the ability to move pages into the message wall namespace on wikis that have message walls enabled.

Fandom Staff have the ability to set the default skin on all wikis. The reason why Administrators don't have this ability on individual wikis is because it has outlived its purpose. Various skins such as Monaco, Monobook, and Vector have been removed since this permission was introduced, making its purpose obsolete. Old archives of the Special:ListGroupRights page show that Administrators once had this ability, but it has been years since they've actually had it.
 * Setadminskin

Deluxe Administrators were subsequently granted the ability to set the default skin on individual wikis, just in case there still happened to be something that the Setadminskin permission could do that Administrators otherwise wouldn't be able to do. Deluxe Administrators lost the ability to set the default skin in October 2020, since it was confirmed that there wasn't anything that the Setadminskin permission was able to do that Administrators otherwise wouldn't be able to do.

Fandom Utilities have the ability to suppress thread deletion events so that other users cannot see them. Since Utilities are the only usergroup with this permission, any user without Utility rights won't be able to tell that the data was even there, let alone restore it. Administrators do not have this ability, as it is 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 users without Utility rights.
 * Walldelete

Unlike Administrators, Deluxe Administrators were subsequently granted the ability to suppress thread deletion events. Even though they were only granted access to the ability as of December 2018, I had been toying around with the idea of giving it to Deluxe Administrators for quite some time, even though I thought that Walldelete was an overlooked duplicate of Walladmindelete, an ability that deletes threads normally so non-administrators cannot see or restore them.

In fact many users confuse Walldelete with Walladmindelete, as they both have the same summary 'Can delete message wall messages' as shown on ListGroupRights. The Walladmindelete permission is extended to Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators. While Walldelete is most certainly not something Staff would grant to local users, by the time I found out that Walldelete and Walladmindelete were different, it had basically stuck as a permission that I was going to extend to Deluxe Administrators.

But like the other permissions that Deluxe Administrators are granted that are only extended to global usergroups, Deluxe Administrators were meant to only use the ability against messages that broke the TOU or were too sensitive for users without the Walldelete or Suppressrevision permissions to stumble across. It wasn't meant to be used for simple disagreements between users that were acting in good faith.

Deluxe Administrators lost the ability to suppress thread deletion events so that other users cannot see them in March 2020, in preparation for what would become the retirement of the message wall feature, once all wikis got migrated over to Fandom 's Unified Community Platform.

Registered Users have the ability to edit multiple pages using a spreadsheet on Fandom wikis that have Semantic MediaWiki enabled. Deluxe Administrators were granted the ability in August 2020, so they would immediately be able to edit multiple pages using a spreadsheet on wikis with Semantic MediaWiki enabled, once those wikis were migrated to Fandom's Unified Community Platform.
 * Multipageedit

Deluxe Administrators lost the ability to edit multiple pages using a spreadsheet 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. The reason they don't still have this permission on wikis that have Semantic MediaWiki enabled is because it is extended to Registered Users on those wikis, making it redundant for Deluxe Administrators to have it as well.

Administrators and Registered Users have the ability to run arbitrary cargo queries on Fandom wikis that have the Cargo extension enabled. Deluxe Administrators were granted the ability in August 2020, so they would immediately be able to run arbitrary cargo queries, should the extension ever be enabled on Fandom wikis.
 * Runcargoqueries

Deluxe Administrators lost the ability to run arbitrary cargo queries in December 2020 after it was decided that they shouldn't have any Cargo related permissions on wikis that don't have the Cargo extension added, much like Administrators. The reason they don't still have this permission on wikis that have the Cargo extension enabled is because it is extended to Registered Users on those wikis, making it redundant for Deluxe Administrators to have it as well.

Registered Users have the ability to view the spam blacklist log on Fandom wikis that have the SpamBlacklist extension enabled. Deluxe Administrators were granted the ability in August 2020, so they would immediately be able to view the spam blacklist log, should the extension ever be enabled on Fandom wikis.
 * Spamblacklistlog

Deluxe Administrators lost the ability to view the spam blacklist log in December 2020 after it was decided that they shouldn't have any SpamBlacklist related permissions on wikis that don't have the SpamBlacklist extension added, much like Administrators. The reason they don't still have this permission on wikis that have the SpamBlacklist extension enabled is because it is extended to Registered Users on those wikis, making it redundant for Deluxe Administrators to have it as well.

Autoconfirmed Users were granted the ability to edit spritesheets, sprites, slices, assign names, and delete on wikis that have the SpriteSheet extension enabled in November 2020. Even though none of the usergroups on 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.
 * Edit_sprites

For that reason, Deluxe Administrators were granted the ability to spritesheets, sprites, slices, assign names, and delete in August 2020, in case the ability was ever added to usergroups on wikis by default. The ability was active on Gamepedia wikis, which explains why system messages related to the ability appeared on Fandom wikis prematurely.

The ability to edit spritesheets, sprites, slices, assign names, and delete was already extended to Autoconfirmed Users 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 wikis by default.

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any SpriteSheet related permissions on wikis that don't have the SpriteSheet extension added, much like Autoconfirmed Users. However they do still have the ability to edit spritesheets, sprites, slices, assign names, and delete on wikis that have the SpriteSheet extension added to them.

Fandom Staff, Fandom Helpers, and Administrators have the ability to perform administrator tasks on achievements on wikis that have the Cheevos extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the Cheevos extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to perform administrator tasks on achievements on wikis that have the Cheevos extension enabled, prior to the usergroups' respective retirements.
 * Achievement_admin

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to perform administrator tasks on achievements, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cheevos related permissions on wikis that don't have the Cheevos extension added, much like Administrators. However they do still have the ability to perform administrator tasks on achievements on wikis that have the Cheevos extension added to them.

Fandom Staff, Fandom Helpers, and Administrators have the ability to manually award or unaward achievements on wikis that have the Cheevos extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the Cheevos extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to manually award or unaward achievements on wikis that have the Cheevos extension enabled, prior to the usergroups' respective retirements.
 * Award_achievements

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to manually award or unaward achievements, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cheevos related permissions on wikis that don't have the Cheevos extension added, much like Administrators. However they do still have the ability to manually award or unaward achievements on wikis that have the Cheevos extension added to them.

Fandom Staff, Fandom Helpers, and Administrators have the ability to delete achievements on wikis that have the Cheevos extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the Cheevos extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to delete achievements on wikis that have the Cheevos extension enabled, prior to the usergroups' respective retirements.
 * Delete_achievements

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to delete achievements, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cheevos related permissions on wikis that don't have the Cheevos extension added, much like Administrators. However they do still have the ability to delete achievements on wikis that have the Cheevos extension added to them.

Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators have the ability to delete cargo tables on wikis that have the Cargo extension enabled. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability on wikis that have the Cargo extension enabled, following their respective introductions in July 2021, July 2021, and July 2020. Wiki Managers and Content Team Members were also able to delete cargo tables on wikis that have the Cargo extension enabled, prior to the usergroups' respective retirements.
 * Deletecargodata

Deluxe Administrators were granted the ability in August 2020, so they would immediately be able to delete cargo tables, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cargo related permissions on wikis that don't have the Cargo extension added, much like Administrators. However they do still have the ability to delete cargo tables on wikis that have the Cargo extension added to them.

Administrators have the ability to add and edit streamer information on on wikis that have the Streamer extension enabled. Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to add and edit streamer information, should the extension ever be enabled on wikis by default.
 * Edit_streamer_info

Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Streamer related permissions on wikis that don't have the Streamer extension added, much like Administrators. However they do still have the ability to add and edit streamer information on wikis that have the Streamer extension added to them.

Fandom Staff, Fandom Helpers, and Administrators have the ability to edit achievements on wikis that have the Cheevos extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the Cheevos extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to edit achievements on wikis that have the Cheevos extension enabled, prior to the usergroups' respective retirements.
 * Edit_achievements

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to edit achievements, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cheevos related permissions on wikis that don't have the Cheevos extension added, much like Administrators. However they do still have the ability to edit achievements on wikis that have the Cheevos extension added to them.

Fandom Staff, Fandom Helpers, and Administrators have the ability to edit meta style local achievements on wikis that have the Cheevos extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the Cheevos extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to edit meta style local achievements on wikis that have the Cheevos extension enabled, prior to the usergroups' respective retirements.
 * Edit_meta_achievements

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to edit meta style local achievements, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cheevos related permissions on wikis that don't have the Cheevos extension added, much like Administrators. However they do still have the ability to edit meta style local achievements on wikis that have the Cheevos extension added to them.

Global Bots, Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators have the ability to edit entries for the OreDict extension on wikis that have the OreDict extension enabled. Deluxe Administrators were subsequently granted the ability to edit entries for the OreDict extension in November 2020, in case the extension was ever added to wikis by default.
 * Editoredict

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any OreDict related permissions on wikis that don't have the OreDict extension added, much like Administrators. However they do still have the ability to edit entries for the OreDict extension on wikis that have the OreDict extension added to them.

Fandom Staff and Administrators have the ability to create and edit widgets in the Widget namespace on wikis that have the Widgets extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the Widgets extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to create and edit widgets in the Widget namespace on wikis that have the Widgets extension enabled, prior to the usergroups' respective retirements.
 * Editwidgets

Deluxe Administrators were granted the ability in August 2020, so they would immediately be able to create and edit widgets in the Widget namespace, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Widget related permissions on wikis that don't have the Widgets extension added, much like Administrators. However they do still have the ability to create and edit widgets in the Widget namespace on wikis that have the Widgets extension added to them.

Administrators were granted the ability to embed PDFs into pages on wikis that have the PDFEmbed extension enabled in November 2020. Even though none of the usergroups on 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.
 * Embed_pdf

For that reason, Deluxe Administrators were granted the ability to embed PDFs into pages in August 2020, in case the ability was ever added to usergroups on wikis by default. The ability was active on Gamepedia wikis, which explains why system messages related to the ability appeared on Fandom wikis prematurely.

The ability to embed PDFs into pages 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 by default.

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any PDFEmbed related permissions on wikis that don't have the PDFEmbed extension added, much like Administrators. However they do still have the ability to embed PDFs into pages on wikis that have the PDFEmbed extension added to them.

Fandom Staff, Fandom Helpers, and Administrators have the ability to access the on wikis that have the HydraCore extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the HydraCore extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to access the font manager on wikis that have the HydraCore extension enabled, prior to the usergroups' respective retirements.
 * Font_manager

Deluxe Administrators were granted the ability in August 2020, so they would immediately be able to access the font manager, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any HydraCore related permissions on wikis that don't have the HydraCore extension added, much like Administrators. However they do still have the ability to access the font manager on wikis that have the HydraCore extension added to them.

Administrators have the ability to view the 'Generate pages' tab and page on wikis that have the Page Schemas extension enabled. Deluxe Administrators were granted the ability in November 2020, so they would immediately be able to view the 'Generate pages' tab and page, should the extension ever be enabled on wikis by default.
 * Generatepages

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any Page Schemas related permissions on wikis that don't have the Page Schemas extension added, much like Administrators. However they do still have the ability to view the 'Generate pages' tab and page on wikis that have the Page Schemas extension added to them.

Global Bots, Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators have the ability to mass import entries for the OreDict extension on wikis that have the OreDict extension enabled. Deluxe Administrators were subsequently granted the ability to mass import entries for the OreDict extension in November 2020, in case the extension was ever added to wikis by default.
 * Importoredict

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any OreDict related permissions on wikis that don't have the OreDict extension added, much like Administrators. However they do still have the ability to mass import entries for the OreDict extension on wikis that have the OreDict extension added to them.

Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators have the ability to moderate user profiles on wikis that have the CurseProfile extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the CurseProfile extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to moderate user profiles on wikis that have the CurseProfile extension enabled, prior to the usergroups' respective retirements.
 * Profile-moderate

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to moderate user profiles, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any CurseProfile related permissions on wikis that don't have the CurseProfile extension added, much like Administrators. However they do still have the ability to moderate user profiles on wikis that have the CurseProfile extension added to them.

Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators have the ability to purge comments on user profiles on wikis that have the CurseProfile extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the CurseProfile extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to purge comments on user profiles on wikis that have the CurseProfile extension enabled, prior to the usergroups' respective retirements.
 * Profile-purgecomments

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to purge comments on user profiles, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any CurseProfile related permissions on wikis that don't have the CurseProfile extension added, much like Administrators. However they do still have the ability to purge comments on user profiles on wikis that have the CurseProfile extension added to them.

Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators have the ability to recreate data contained in cargo tables on wikis that have the Cargo extension enabled. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability on wikis that have the Cargo extension enabled, following their respective introductions in July 2021, July 2021, and July 2020. Wiki Managers and Content Team Members were also able to recreate data contained in cargo tables on wikis that have the Cargo extension enabled, prior to the usergroups' respective retirements.
 * Recreatecargodata

Deluxe Administrators were granted the ability in August 2020, so they would immediately be able to recreate data contained in cargo tables, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cargo related permissions on wikis that don't have the Cargo extension added, much like Administrators. However they do still have the ability to recreate data contained in cargo tables on wikis that have the Cargo extension added to them.

Fandom Staff, Fandom Helpers, and Administrators have the ability to restore deleted achievements on wikis that have the Cheevos extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the Cheevos extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to restore deleted achievements on wikis that have the Cheevos extension enabled, prior to the usergroups' respective retirements.
 * Restore_achievements

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to restore deleted achievements, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cheevos related permissions on wikis that don't have the Cheevos extension added, much like Administrators. However they do still have the ability to restore deleted achievements on wikis that have the Cheevos extension added to them.

Administrators were granted the ability to overwrite existing files uploaded by oneself on certain Fandom wikis that were migrated from the Gamepedia platform to Fandom's Unified Community Platform in November 2020. Even though none of the usergroups on Fandom wikis were immediately granted the ability, the ability has existed on Fandom since it migrated to MediaWiki 1.19.24.
 * Reupload-own

The reason none of the usergroups have this permission on Fandom wikis in general is most likely because its purpose is covered by the Reupload permission which is extended to Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, Content Volunteers, Administrators, Content Moderators, and Registered Users.

The Reupload-own permission is extended to Administrators on Gamepedia wikis, however. For that reason, Deluxe Administrators were subsequently granted the ability to overwrite existing files uploaded by oneself in November 2020, in case the ability was ever added to usergroups on Fandom wikis. However they lost the ability in early January 2021, since they were granted the Reupload permission in late December 2020, making it redundant for them to have the Reupload-own permission as well.

Administrators were granted the ability to revert spritesheet changes from the change log on wikis that have the SpriteSheet extension enabled in November 2020. Even though none of the usergroups on 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.
 * Spritesheet_rollback

For that reason, Deluxe Administrators were granted the ability to revert spritesheet changes from the change log in August 2020, in case the ability was ever added to usergroups on wikis by default. The ability is active on Gamepedia wikis, which explains why system messages related to the ability appeared on Fandom wikis prematurely.

The ability to revert spritesheet changes from the change 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 wikis by default.

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any SpriteSheet related permissions on wikis that don't have the SpriteSheet extension added, much like Administrators. However they do still have the ability to revert spritesheet changes from the change log on wikis that have the SpriteSheet extension added to them.

Administrators have the ability to configure Upload Wizard campaigns on wikis that have the UploadWizard extension enabled. Deluxe Administrators were subsequently granted the ability to configure Upload Wizard campaigns in November 2020, in case the extension was ever added to wikis by default.
 * Upwizcampaigns

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any UploadWizard related permissions on wikis that don't have the UploadWizard extension added. However they do still have the ability to configure Upload Wizard campaigns on wikis that have the UploadWizard extension added to them.

Fandom Staff, Fandom Helpers, and Administrators have the ability to view the user wiki points history on wikis that have the Cheevos extension enabled. Wiki Representatives and Wiki Specialists were also granted the ability on wikis that have the Cheevos extension enabled, following their introductions in July 2021. Wiki Managers and Content Team Members were also able to view the user wiki points history on wikis that have the Cheevos extension enabled, prior to the usergroups' respective retirements.
 * Wiki_points_admin

Deluxe Administrators were subsequently granted the ability in November 2020, so they would immediately be able to view the user wiki points history, should the extension ever be enabled on wikis by default. Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any Cheevos related permissions on wikis that don't have the Cheevos extension added, much like Administrators. However they do still have the ability to view the user wiki points history on wikis that have the Cheevos extension added to them.

Bureaucrats have the ability to delete batches of pages on wikis that have the DeleteBatch extension enabled. Deluxe Administrators were granted the ability to batch delete pages, in case the extension was ever added to wikis by default.
 * Deletebatch

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any DeleteBatch related permissions on wikis that don't have the DeleteBatch extension added, much like Bureaucrats. However they do still have the ability to batch delete pages on wikis that have the DeleteBatch extension added to them.

Bureaucrats have the ability to delete batches of pages as the Delete page script on wikis that have the DeleteBatch extension enabled. Deluxe Administrators were subsequently granted the ability to batch delete pages as the Delete page script in November 2020, in case the extension was ever added to wikis by default.
 * Deletebatch-spoof

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any DeleteBatch related permissions on wikis that don't have the DeleteBatch extension added, much like Bureaucrats. However they do still have the ability to batch delete pages as the Delete page script on wikis that have the DeleteBatch extension added to them.

Deluxe Administrators were subsequently granted the ability to have their Deluxe Administrator badge appear next to their avatars in in October 2020. Though Fandom Staff, Fandom Helpers, Global Discussion Moderators, Administrators, and Discussion Moderators have badges appearing next to their avatars in Discussions, their corresponding badge permissions don't display in Special:ListGroupRights. However certain GitHub repositories imply that such badge permissions do exist. Volunteer Spam Task Force members also had badges appearing next to their avatars in Discussions, prior to the usergroup's retirement.
 * Badge : deluxeadministrator

Deluxe Administrators were granted the ability to have their Deluxe Administrator badge appear next to their avatars so that they could be distinguished from users that did not have any Discussions related permissions. However Deluxe Administrator rights are only meant to be used in addition to the rights extended to Administrators. And in any case if a Deluxe Administrator is also a Discussion Moderator, they will have a Discussion Moderator badge next to their avatar instead. If they are also an Administrator, they will have an Administrator badge next to their avatar instead.

Deluxe Administrators lost the ability to have their Deluxe Administrator badge appear next to their avatars in Discussions shortly after they were granted the ability, because the badge permissions were scrapped shortly before the remaining Discussions related permissions were added to the Special:ListGroupRights page. Since the code relating to Discussions apparently supports showing the badges in Discussions without the said permissions appearing on the Special:ListGroupRights page, all usergroups including Deluxe Administrators with Discussions badges implicitly have them anyway.

None of the usergroups have the ability to upload fonts using the on wikis that have the HydraCore extension enabled. Deluxe Administrators were granted the ability in September 2020, so they would immediately be able to upload fonts using the font manager, should the extension ever be enabled on wikis by default.
 * Font_upload

Deluxe Administrators lost the ability on all wikis in December 2020 after it was decided that they shouldn't have any HydraCore related permissions on wikis that don't have the HydraCore extension added, much like Administrators. However they do still have the ability to upload fonts using the font manager on wikis that have the HydraCore extension added to them.

None of the usergroups have the ability to batch upload more files at once with the Upload Wizard on wikis that have the UploadWizard extension enabled. Deluxe Administrators were granted the ability in August 2020, in case the extension was ever added to wikis by default.
 * Mass-upload

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any UploadWizard related permissions on wikis that don't have the UploadWizard extension added. However they do still have the ability to batch upload more files at once on wikis that have the UploadWizard extension added to them.

Deluxe Administrators were subsequently granted an ability to selectively delete revisions from the history of a page, rather than the entire page history. It was basically the same as deleting an entire page history and then restoring the selective revisions.
 * Multirevisiondelete

However Deluxe Administrators lost the ability in August 2019, after the fictitious ability was removed and replaced with the fictitious Selectivedelete permission which functions identically to the Multirevisiondelete permission. The reason the name of the ability was changed was because I was initially unaware that the unrelated permission was capable of deleting more than one revision at a time.

At some point after I discovered that the Deleterevision permission could in fact delete more than one revision at a time, I decided to change the name of the fictitious Multirevisiondelete permission to Selectivedelete. The new name of the permission confirmed that it wasn't the only permission that could selectively delete multiple revisions at a time.

None of the usergroups on Fandom wikis have the ability to change the page language for MediaWiki pages. However the permission does exist on Fandom wikis, according to the system messages referring to usergroup rights. The reason Administrators do not have this ability on Fandom wikis is unclear. But there are two likely reasons as to why they don't have the permission on Fandom's Unified Community Platform. The first likely reason is that the ability could be misused very easily if Administrators were to have it by default.
 * Pagelang

The second likely reason is that the permission hasn't been set up on the UCP platform yet. Usergroups with the Managewiki permission on wikis are able to grant the Pagelang permission to local usergroups. Also the ability is usually granted to Administrators on sites that make use of the permission. For these reasons, I subsequently decided to grant Deluxe Administrators the ability to change the page language for MediaWiki pages in November 2020. However they lost the ability in October 2021, after I discovered that they wouldn't be able to change the page language for MediaWiki pages, as the $wgPageLanguageUseDB is currently set to false on both Fandom and Miraheze wikis. Therefore it was pointless for Deluxe Administrators to keep the permission.

None of the usergroups on Fandom wikis have the ability to view recent changes patrol marks. 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 most likely because its purpose is covered by the Patrol permission which is extended to Fandom Staff, Wiki Representatives, Fandom Helpers, Administrators, Assistants, and Content Moderators.
 * Patrolmarks

Deluxe Administrators were subsequently granted the ability to view recent changes patrol marks 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 ensured that they could view recent changes patrol marks without being part of any other usergroup. Deluxe Administrators lost the ability to view recent changes patrol marks in December 2020, since they were granted the ability to mark other users' edits as patrolled in November 2020, making it redundant for them to have the ability to view recent changes patrol marks as well.

Fandom Staff and Fandom Helpers have the ability to override the spam blacklist 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, prior to their respective retirements. Wiki Representatives and Wiki Specialists were also granted it, following their respective introductions in July 2021. Administrators do not have the ability, because in addition to overriding the spam blacklist, it also makes users immune to global blocks. And even then, the ability would be abused too easily and too frequently if Administrators were to have it.
 * Sboverride

Deluxe Administrators were subsequently granted an ability to override the spam blacklist. However unlike the Phalanxexempt permission, the Sboverride ability would not have made users immune to global blocks. The reason I subsequently decided that Deluxe Administrators should have an ability to override the spam blacklist was so that they wouldn't fall victim to any false positives by the spam protection filter while editing.

Even though Deluxe Administrators were subsequently granted an ability to override the spam blacklist, they were expected to take note of the blacklist entries that would otherwise trigger the spam protection filter. They were only to override the spam blacklist for minor issues such as creating the userpage for the SOAP Bot. Deluxe Administrators could have had their rights revoked by Staff if they were found to have abused the privilege of overriding the spam blacklist by doing things such as inserting content that would not only have triggered the spam protection filter but was in violation of Fandom's terms of use.

Even though I got the idea in February 2021 to create a fictional ability that allows users to override the spam blacklist, I found that the exact same concept had already been proposed back in March 2012, though apparently it never got past the proposal stage, as the permission doesn't exist anywhere on any sites that use MediaWiki. If the permission were to exist on Fandom, it would be redundant for Staff, Wiki Representatives, Wiki Specialists, Helpers, and SOAP members, as they already have the Phalanxexempt permission which implicitly allows them to override the spam blacklist. But since Deluxe Administrators don't have that permission, having the Sboverride permission would be quite handy for them.

Deluxe Administrators lost the ability on all wikis in July 2021 after it was decided that they shouldn't have any permissions related to the SpamBlacklist extension, as it doesn't appear on Fandom wikis by default. However they do still have the ability to override the spam blacklist on wikis that have the SpamBlacklist extension added to them. Deluxe Administrators were granted another fictional permission titled Spamfilter-bypass so that they would still be able to override the spam protection filter on wikis that don't have the SpamBlacklist extension added to them.

None of the usergroups on wikis have the ability to create skins for categories, as the permission has never existed on Fandom wikis. Despite this, the system messages related to the extension do appear on Fandom wikis. Deluxe Administrators were subsequently granted the ability to create skins for categories in November 2020, in case the extension was ever added to wikis by default.
 * Skincategories

Also the extension was active on certain Gamepedia wikis, which explains why system messages related to the extension have appeared on Fandom wikis. The ability to create skins for categories was extended to Administrators on certain Gamepedia wikis, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators, should the extension ever be added to Fandom wikis.

Deluxe Administrators lost the ability on all wikis in April 2021 after it was decided that they shouldn't have any CategorySkins related permissions on wikis that don't have the CategorySkins extension added, much like Administrators. However they do still have the ability to create skins for categories on wikis that have the CategorySkins extension added to them.

None of the usergroups on wikis have the ability to have edit access for Is edit protected annotated pages on wikis with Semantic MediaWiki enabled, aside from the Semantic MediaWiki Curator usergroup which is exclusively found on wikis with Semantic MediaWiki enabled. The reason none of the usergroups that appear on all wikis have the ability is likely because the permission has never existed on legacy wikis, and therefore has not yet been granted to the appropriate usergroups on Fandom 's Unified Community Platform. It is unknown if any of the usergroups that appear on all wikis will be granted the ability to have edit access for Is edit protected annotated pages on wikis that have Semantic MediaWiki enabled by default.
 * Smw-pageedit

Deluxe Administrators were subsequently granted the ability in November 2020 so they would immediately be able to have edit access for Is edit protected annotated pages on wikis with Semantic MediaWiki enabled, once those wikis were migrated to the UCP platform. However 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 do still have the ability to have edit access for Is edit protected annotated pages on wikis that have Semantic MediaWiki added to them.

None of the usergroups on wikis have the ability to edit rule pages on wikis that have Semantic MediaWiki enabled, likely because that permission has never existed on legacy wikis, and therefore has not yet been granted to the appropriate usergroups on Fandom 's Unified Community Platform. It is unknown if any of the usergroups will be granted the ability to edit rule pages on wikis that have Semantic MediaWiki enabled by default.
 * Smw-ruleedit

Deluxe Administrators were subsequently granted the ability in November 2020 so they would immediately be able to edit rule pages on wikis with Semantic MediaWiki enabled, once those wikis were migrated to the UCP platform. However 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 do still have the ability to edit rule pages on wikis that have Semantic MediaWiki added to them.

Fandom Staff and Fandom Helpers have the ability to view the spam blacklist 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 their retirement. Wiki Representatives and Spam Obliteration and Prevention members were also granted it, following their introductions in July 2021 and July 2020. Administrators do not have the ability, because in addition to viewing the spam blacklist, 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 the spam protection filter.
 * Spamblacklist

Deluxe Administrators were subsequently granted an ability to view the spam blacklist. However unlike the Phalanx permission, the Spamblacklist ability would not have allowed users to manage global blocks or spam filters. The reason I subsequently decided that Deluxe Administrators should have an ability to view the entries on the spam blacklist was so they would hopefully keep instances of performing actions that would otherwise have triggered the spam protection filter to a minimum. Deluxe Administrators could have had their rights revoked by Staff if they were found to have abused the privilege of viewing the spam blacklist in order to deliberately do things that would not only have triggered the spam protection filter but were in violation of Fandom's terms of use.

Deluxe Administrators lost the ability on all wikis in July 2021 after it was decided that they shouldn't have any permissions related to the SpamBlacklist extension, as it doesn't appear on Fandom wikis by default. They do still have the ability to view the spam blacklist on wikis that have the SpamBlacklist extension added to them, but I decided to change the name of the fictitious Spamblacklist permission to Spamblacklistview so that it would be more obvious what the permission did. Deluxe Administrators were granted another fictional permission titled Spamfilter-view so that they would be able to view the spam protection filter, via the Phalanx special page on wikis that don't have the SpamBlacklist extension added to them.

None of the usergroups on Fandom wikis have the ability to override the disallowed username list. However the permission does exist on Fandom wikis, according to the system messages referring to usergroup rights. The reason none of the usergroups had the permission on Fandom's legacy platform is unclear. But there are two likely reasons as to why none of the usergroups have the permission on the Unified Community Platform.
 * Tboverride-account

The first likely reason is that the purpose of the Tboverride-account permission is also covered by the Tboverride permission. The second likely reason is that neither of those permissions and the associated TitleBlacklist extension have been added to the UCP platform yet.

Deluxe Administrators were subsequently granted the ability to override the disallowed username list 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. Though one could argue that Deluxe Administrators having this permission on UCP wikis was redundant, as they already had the Tboverride permission. They lost the ability to override the disallowed username list in December 2020 for that reason.

Groups that Deluxe Administrators were previously able to add or remove from other accounts
Deluxe Administrators were previously able to promote other users to Deluxe Administrators. However because of the severe consequences of misusing the abilities extended to Deluxe Administrators, and because of security reasons, their abilities to promote other users to Deluxe Administrators were removed in November 2018.
 * Deluxe Administrators