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 Helpers and Registered Users have the ability to do geocoding on the wiki. Wiki Managers and Content Team Members were also granted the ability to do geocoding on the wiki, following their respective introductions in May and July 2019, until their respective retirements. Wiki Representatives and Wiki Specialists were also granted the ability to do geocoding on the wiki, following their respective introductions in July 2021. All Users also previously had the ability to do geocoding on the wiki, prior to anonymous editing being disabled on this wiki in August 2015.
 * Geocode

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 do geocoding on the wiki in August 2021, so they would be able to do geocoding on wikis that have restricted the ability to do geocoding on the wiki, 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 like the Community Council Wiki.

Therefore, I wanted to ensure that Deluxe Administrators would still be able to do geocoding on wikis where the Geocode permission had been revoked from Registered Users and All Users. They lost the ability to do geocoding on the wiki in April 2022, because the permission does not appear on Fandom wikis that use MediaWiki 1.37.2. So they wouldn't be able to use the permission once all wikis were migrated even if they'd kept the permission.

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 and Wiki Specialists - 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.

Fandom Staff, Fandom Helpers, Administrators, and Discussion Moderators previously had the ability to edit wall posts. Volunteer Spam Task Force members also previously had the ability, prior to the usergroup's retirement. Wiki Managers and Content Team Members were subsequently granted the ability to edit wall posts, following their respective introductions in May and July 2019, until their respective retirements.
 * Walledit

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. However the ability was removed from all usergroups in December 2021, because it was only relevant for wikis with message walls enabled. Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators still have the ability to edit wall posts on wikis with message walls enabled.

Content Moderators were subsequently granted the ability to edit wall posts on wikis with message walls enabled in January 2022. Discussion Moderators also regained the ability on wikis with message walls enabled at the same time. Deluxe Administrators were subsequently granted the ability to edit wall posts in January 2022. 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 Walledit as a permission that was once extended to Content Moderators and Deluxe Administrators on this wiki. However they do still have the ability to edit wall posts on wikis that have message walls enabled.

Even though this ability was 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 had the Walladmindelete permission also had the Wallremove permission. And since all usergroups that had the Wallfastadmindelete permission also had 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. They regained the ability in January 2022, after I discovered that it still functioned on wikis that have message walls enabled. Though they lost the ability again later that month, they do still it on wikis that have message walls enabled.

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.

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

Fandom Helpers and Spam Obliteration and Prevention members were subsequently granted the ability on wikis that have message walls enabled in December 2021. Wiki Representatives and Wiki Specialists were also subsequently granted the ability that have message walls enabled sometime between December 2021 and February 2022. 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, Deluxe Administrators, and later Wiki Representatives, Wiki Specialists, Fandom Helpers, and Spam Obliteration and Prevention members 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 was 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 had the Wallfastadmindelete permission also had 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 have been 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 had that were only extended to global usergroups, Deluxe Administrators were not meant to use Powerdelete for simple disagreements between users that were acting in good faith. They were only meant to 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.

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

Fandom Helpers and Spam Obliteration and Prevention members were subsequently granted the ability on wikis that have message walls enabled in December 2021. Wiki Representatives and Wiki Specialists were also subsequently granted the ability that have message walls enabled sometime between December 2021 and February 2022. 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, Deluxe Administrators, and later Wiki Representatives, Wiki Specialists, Fandom Helpers, and Spam Obliteration and Prevention members 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.

In addition to the ability to delete message wall messages, Fandom Staff were 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 did not have this ability on Fandom by default, as it was intentionally only meant to be used to combat message wall spam and vandalism. The ability would have been abused too easily and too frequently if Administrators were to have had it by default.

Unlike Administrators, Deluxe Administrators were subsequently granted the ability to delete message wall messages in one click. This was because Wallfastadmindelete was 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. Fandom Staff, Wiki Representatives, Fandom Helpers, and Spam Obliteration and Prevention members lost the ability to delete message wall messages in one click in December 2021 for that reason.

Fandom Staff, Wiki Representatives, Fandom Helpers, and Spam Obliteration and Prevention members have the ability to suppress and unsuppress message walls on wikis that have message walls enabled. Wiki Specialists were subsequently granted the ability to suppress and unsuppress message walls on wikis that have message walls enabled in December 2021.
 * Wallsuppress

Administrators do not have this ability on wikis that have message walls enabled, 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, etc. Having the ability would allow Administrators to view and restore message walls 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 be able to aid in suppressing message walls containing personal information that is too sensitive for local usergroups to stumble across. 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 Wallsuppress as a permission that was once extended to Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Deluxe Administrators, and later Wiki Representatives and Wiki Specialists on this wiki. However they do still have the ability to suppress and unsuppress message walls on wikis that have message walls enabled.

While Deluxe Administrators are able to suppress and unsuppress message walls on wikis that have message walls enabled, they are not permitted to share the contents of any message walls 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 walls, or suppressed message walls to settle disputes between users that are acting in good faith.

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

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 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, 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 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 in October 2020, following this wiki's migration 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 previously had 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, until 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. The reason Fandom Staff and Administrators no longer have this ability is because it hasn't been added to UCP wikis.
 * Proxyunbannable

The ability was removed from Wiki Representatives, Wiki Specialists, and Fandom Helpers in December 2021 for that reason. Deluxe Administrators were subsequently granted the ability to bypass automatic blocks of proxies so they wouldn't have fallen victim to proxy blocks on UCP wikis, should the extension have ever been reenabled on UCP wikis and Administrators weren'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. Wiki Specialists were subsequently granted the ability in December 2021.
 * Smw-admin

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 have the ability to access administration tasks, but only on wikis with Semantic MediaWiki enabled. Fandom Staff still have the ability to access administration tasks, but only on wikis that use MediaWiki 1.37.2.

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 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 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.
 * Smw-patternedit

Wiki Specialists were subsequently granted the ability in December 2021. The reason Fandom Staff and Administrators no longer have this ability is because the Semantic MediaWiki extension has not 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 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 do still have the ability to edit the Smw allows pattern system message on wikis that have Semantic MediaWiki added to them. And in any case, Deluxe Administrators are able to edit the Smw allows pattern system message on wikis that have Semantic MediaWiki added to them anyway, via the Editinterface permission.

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 Managers, and Content Team Members 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.

Wiki Representatives were granted the ability to edit interwiki data, following their introduction in July 2021. Wiki Managers also had the ability to edit interwiki data, prior to the usergroup's retirement. Wiki Specialists were subsequently granted the ability in December 2021. 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.
 * Interwiki

The first likely reason is that the ability could be misused very easily if Administrators were to have it by default. The second likely reason is that the Interwiki extension either hasn't been added to the UCP platform yet, or it hasn't been added to local UCP wikis. The ability to edit interwiki data is extended to Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, and Administrators on Gamepedia wikis.

The permission is also extended to Administrators on several other sites. For these reasons, Deluxe Administrators were subsequently granted the ability to edit interwiki data in November 2020, disregarding the fact that the ability has not yet been added to Fandom wikis in general. Deluxe Administrators lost the ability in October 2021 for that reason. However they do still have the ability to edit interwiki data on wikis that have the Interwiki extension added to them.

Fandom Utilities and Fandom Staff previously had the ability to access a list of wikis with enabled extensions. Administrators did not have this ability, because it contained information that would not have been appropriate for usergroups besides Staff or Utilities. Also the extension didn't appear on any wikis other than the Community Central Wiki, so it would have been largely pointless if Administrators were to have had 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 had the WhereIsExtension special page added to them, until January 2021 when the extension was removed from the Community Central Wiki. Fandom Utilities and Fandom Staff both lost the ability in December 2021 for this reason.

Fandom Staff previously had 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 didn'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 lost the ability to edit forum board information in December 2021 for that reason.

Fandom Staff previously had the ability to set the default skin on all wikis. The reason why Administrators didn't have this ability on individual wikis was because it had outlived its purpose. Various skins such as Monaco, Monobook, and Vector have been removed since the permission was introduced, making its purpose obsolete. Old archives of the Special:ListGroupRights page show that Administrators once had this ability, but it had been years since they'd 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 Staff lost the ability to set the default skin on all wikis in December 2021 for that reason.

Fandom Utilities previously had the ability to suppress thread deletion events so that other users couldn't see them. Since Utilities were the only usergroup with this permission, any user without Utility rights wouldn't have been able to tell that the data was even there, let alone restore it. Administrators did not have this ability, as it was only used to deal with major legal and TOU concerns. And since Staff wanted to keep its use limited, it wasn't something that they would 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 confused Walldelete with Walladmindelete, as they both have the same summary 'Can delete message wall messages' as shown on ListGroupRights. The Walladmindelete permission was previously extended to Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators.

Wiki Managers, Content Team Members, and Volunteer Spam Task Force members also previously had the Walladmindelete permission, prior to their respective retirements. While Walldelete was 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. Fandom Utilities lost the ability to suppress thread deletion events in December 2021 for that reason.

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 block list 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 block list log, should the extension ever be enabled on Fandom wikis.
 * Spamblacklistlog

Deluxe Administrators lost the ability to view the spam block list 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 still had the ability to edit streamer information on wikis that had the Streamer extension added to them, until April 2022 when they lost the ability.

Deluxe Administrators lost the ability on wikis that had the Streamer extension added to them, because the permission does not appear on Fandom wikis that use MediaWiki 1.37.2. So they wouldn't be able to use the permission once all wikis were migrated even if they'd kept the permission.

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. Fandom Helpers were subsequently granted the ability on wikis that have the Widgets extension enabled sometime between April and July 2021. 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.

The ability to create and edit widgets in the Widget namespace became restricted to Fandom Staff, Wiki Representatives, Wiki Specialists, and Fandom Helpers via the Editwidget permission in December 2021. 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 Editwidget permission in January 2022, so they wouldn't be restricted from editing pages in the Widget namespace in the meantime.

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 still had the ability to configure Upload Wizard campaigns on wikis that had the UploadWizard extension added to them, until April 2022 when they lost the ability.

Deluxe Administrators lost the ability on wikis that had the UploadWizard extension added to them, because the permission does not appear on Fandom wikis that use MediaWiki 1.37.2. So they wouldn't be able to use the permission once all wikis were migrated even if they'd kept the permission.

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 still had the ability to batch upload more files at once with the Upload Wizard on wikis that had the UploadWizard extension added to them, until April 2022 when they lost the ability.

Deluxe Administrators lost the ability on wikis that had the UploadWizard extension added to them, because the permission does not appear on Fandom wikis that use MediaWiki 1.37.2. So they wouldn't be able to use the permission once all wikis were migrated even if they'd kept the permission.

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

Wiki Specialists were subsequently granted the Patrol permission in December 2021. 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 block list 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 block list, 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 block list. 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 block list 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 block list, they were expected to take note of the block list entries that would otherwise trigger the spam protection filter. They were only to override the spam block list 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 block list 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 block list, 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 block list. 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 block list 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 still had the ability to create skins for categories on wikis that have CategorySkins added to them, until April 2022 when they lost the ability.

Deluxe Administrators lost the ability on wikis that had CategorySkins added to them, because the permission does not appear on Fandom wikis that use MediaWiki 1.37.2. So they wouldn't be able to use the permission once all wikis were migrated even if they'd kept the permission.

None of the usergroups on wikis have the ability to edit pages annotated with a positive truth value for special property 'Is edit protected' 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 edit pages annotated with a positive truth value for special property 'Is edit protected' 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 edit pages annotated with a positive truth value for special property 'Is edit protected' 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 pages annotated with a positive truth value for special property 'Is edit protected' 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.

Deluxe Administrators still had the ability to edit rule pages on wikis that have Semantic MediaWiki added to them, until April 2022 when they lost the ability. They lost the ability on wikis that had Semantic MediaWiki added to them, because the permission does not appear on Fandom wikis that use MediaWiki 1.37.2. So they wouldn't be able to use the permission once all wikis were migrated even if they'd kept the permission.

Fandom Staff and Fandom Helpers have the ability to view the spam block list 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. Wiki Specialists were subsequently granted the ability in December 2021. Administrators do not have the ability, because in addition to viewing the spam block list, 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 block list 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 block list. 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 block list 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 block list 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 still had the ability to view the spam block list 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.

Deluxe Administrators lost the ability to view the spam block list via the Spamblacklistview permission in May 2022, after it was discovered that unlike the spam filters associated with the Phalanx special page, the spam block lists associated with the SpamBlacklist extension are public and can be viewed by any user, regardless of what permissions they have. Which made the fictional Spamblacklist and Spamblacklistview permissions redundant.

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 were added to the UCP platform until February 2021.

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

Groups that Deluxe Administrators were previously able to add and remove from their account
Deluxe Administrators were subsequently granted the ability to add and remove Interface Administrator rights from their account, after it was decided that they should be able to grant and revoke any local administrative usergroup from their account that didn't have access to any permissions that Deluxe Administrators didn't have access to. However they lost the ability to add and remove Interface Administrator rights from their account after the Interface Administrator usergroup was retired in December 2021.
 * Interface Administrators