Deluxe Administrators/Extras

This is a list of usergroup rights that are extended to the fictional Deluxe Administrator usergroup on wikis with certain extensions and features added that was conceived by C.Syde in late October 2016. For information about the usergroup rights that are currently extended to this fictional usergroup on all wikis, see this page.

Abilities that Deluxe Administrators have on wikis with certain features added
Many of the abilities included in the Deluxe Administrator usergroup on wikis with certain extensions and features added are abilities that aren't already included in the Administrator usergroup on those wikis. But there are a few abilities already included in the Administrator usergroup on those wikis that were subsequently included in the Deluxe Administrator usergroup on those wikis.

Abilities that Deluxe Administrators have on wikis with the AbuseFilter extension added
Even though the ability to view detailed abuse log entries is already included with the Administrator usergroup on wikis that have abuse filters enabled, I subsequently decided that Deluxe Administrators should have the ability even as a standalone group.
 * Abusefilter-log-detail

In November 2020 I ultimately decided to grant virtually all of the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than to allow myself to get locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them as a standalone group were dependent on other administrative abilities that weren't already extended to them.

None of the usergroups on Fandom wikis that use MediaWiki 1.33.3 have the ability to view log entries of abuse filters marked as private on wikis that have abuse filters 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.
 * Abusefilter-log-private

However the ability to view log entries of abuse filters marked as private is already included with the Abusefilter-modify and Abusefilter-view-private permissions, the former of which is currently extended to Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators.

Administrators do however have the ability to view log entries of abuse filters marked as private on wikis that use MediaWiki 1.37.2. Because usergroups with the Managewiki permission are able to grant the Abusefilter-log-private permission to local usergroups on wikis, I subsequently decided that Deluxe Administrators should be granted the Abusefilter-log-private permission on Fandom wikis with the AbuseFilter extension enabled in November 2020.

Even though the ability to create and modify abuse filters is already included with the Administrator usergroup on wikis that have abuse filters enabled, I subsequently decided that Deluxe Administrators should have the ability even as a standalone group.
 * Abusefilter-modify

In November 2020 I ultimately decided to grant virtually all of the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than to allow myself to get locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them as a standalone group were dependent on other administrative abilities that weren't already extended to them.

Even though the ability to revert all changes by a given abuse filter is already included with the Administrator usergroup on wikis that have abuse filters enabled, I subsequently decided that Deluxe Administrators should have the ability even as a standalone group.
 * Abusefilter-revert

In November 2020 I ultimately decided to grant virtually all of the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than to allow myself to get locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them as a standalone group were dependent on other administrative abilities that weren't already extended to them.

None of the usergroups on Fandom wikis that use MediaWiki 1.33.3 have the ability to view abuse filters marked as private on wikis that have abuse filters enabled. The reason for this is unknown, but it is likely because the ability to view abuse filters marked as private is already included with the Abusefilter-modify permission which is currently extended to Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators.
 * Abusefilter-view-private

However Administrators do have the ability to view abuse filters marked as private on wikis that use MediaWiki 1.37.2. Because usergroups with the Managewiki permission are able to grant the Abusefilter-view-private permission to local usergroups on wikis, I subsequently decided that Deluxe Administrators should be granted the Abusefilter-view-private permission on Fandom wikis with the AbuseFilter extension enabled in November 2020.

In addition to the ability to create and modify abuse filters on wikis that have abuse filters enabled, Fandom Staff and Fandom Helpers have the ability to modify abuse filters with restricted actions on wikis that have abuse filters enabled. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability on wikis that have abuse filters enabled, following their respective introductions in July 2021, July 2021, and July 2020. Wiki Managers, Content Team Members, and Volunteer Spam Task Force members were also able to modify abuse filters with restricted actions on wikis that have abuse filters enabled, prior to the usergroups' respective retirements.
 * Abusefilter-modify-restricted

Administrators also previously had the ability to modify abuse filters with restricted actions on wikis that have abuse filters enabled. However they lost the ability in January 2022. The reason Administrators no longer have the ability on Fandom wikis that have abuse filters enabled is because the permission allowed them to modify abuse filters with the ability to revoke a user's autoconfirmed status. All the other actions that were previously restricted became unrestricted, allowing Administrators to continue modifying abuse filters with actions other than the ability to revoke a user's autoconfirmed status.

Even though the ability to modify abuse filters with restricted actions was still included with the Administrator usergroup on wikis that have abuse filters enabled in November 2020, I subsequently decided that Deluxe Administrators should have the ability as a standalone group. I ultimately decided to grant virtually all of the Administrator permissions that still function to the Deluxe Administrator usergroup, rather than to allow myself to get locked in a repetitive cycle of continually adding individual administrative abilities to the Deluxe Administrator usergroup upon discovering that certain permissions already extended to them as a standalone group were dependent on other administrative abilities that weren't already extended to them.

None of the usergroups on Fandom wikis that use MediaWiki 1.33.3 have the ability to view private data in the abuse log on wikis that have abuse filters enabled, as the permission has never existed on that version of MediaWiki. However the permission's purpose is covered by the Abusefilter-private permission on wikis that use 1.33.3 which is extended to Fandom Staff and Fandom Helpers. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the Abusefilter-private permission on wikis that have abuse filters enabled, following their respective introductions in July 2021, July 2021, and July 2020. Wiki Managers, Content Team Members, and Volunteer Spam Task Force members also had the Abusefilter-private permission on wikis that have abuse filters enabled, prior to the usergroups' respective retirements.
 * Abusefilter-privatedetails

Administrators do not have the Abusefilter-private permission on wikis with abuse filters enabled by default, because the permission allows access to other users' which not all local communities should have access to. However Administrators do have the Abusefilter-private permission on certain wikis such as the Star Wars Wiki. In MediaWiki 1.34.0 onward, the Abusefilter-private permission was renamed to Abusefilter-privatedetails, to keep a clear distinction between private details and private filters. Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, and Spam Obliteration and Prevention members have the Abusefilter-privatedetails permission on wikis that use MediaWiki 1.37.2. From December 2019 to June 2020 on, usergroups with the Managewiki permission were erroneously able to grant the Abusefilter-privatedetails and Abusefilter-privatedetails-log permissions to local usergroups.

During that time, I had granted those permissions to local Administrators, unaware that they were level permissions. Had I known, I would have made them more restricted, prior to those permissions being blacklisted. One thing that's absolutely certain is that I would not have abused those permissions myself, had I ever used them while I was able to access them. The mishap that occurred on Miraheze was the source of inspiration that led to me subsequently deciding that Deluxe Administrators should be granted the Abusefilter-private permission on Fandom wikis with the AbuseFilter extension enabled in November 2020.

They were granted the Abusefilter-privatedetails permission on Fandom wikis with the AbuseFilter extension enabled in October 2021, so they would continue being able to view private data in the abuse log after the Abusefilter-private permission is removed and replaced with the Abusefilter-privatedetails permission. But like all permissions that are generally restricted only to certain global usergroups on Fandom wikis, Deluxe Administrators should only view private information in the abuse log when they have a legitimate reason to. Deluxe Administrators can have their rights restricted or revoked by Staff if they are found to have leaked private information from the abuse log on wikis where they have private details access.

None of the usergroups on Fandom wikis with the AbuseFilter extension enabled have the ability to view the AbuseFilter access log, 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. Administrators almost certainly won't be granted this ability on wikis with abuse filters enabled by default, because the permission allows access to other users' which not all local communities should have access to.
 * Abusefilter-privatedetails-log

In MediaWiki 1.34.0 onward, the Abusefilter-private-log permission was renamed to Abusefilter-privatedetails-log, to keep a clear distinction between private details and private filters. From December 2019 to June 2020 on, usergroups with the Managewiki permission were erroneously able to grant the Abusefilter-privatedetails and Abusefilter-privatedetails-log permissions to local usergroups. During that time, I had granted those permissions to local Administrators, unaware that they were level permissions. Had I known, I would have made them more restricted, prior to those permissions being blacklisted.

One thing that's absolutely certain is that I would not have abused those permissions myself, had I ever used them while I was able to access them. The mishap that occurred on Miraheze was the source of inspiration that led to me subsequently deciding that Deluxe Administrators should be granted the Abusefilter-private-log permission on wikis with the AbuseFilter extension enabled in November 2020. They were granted the Abusefilter-privatedetails-log permission on Fandom wikis with the AbuseFilter extension enabled in October 2021, so they would continue being able to view the AbuseFilter private details access log after the Abusefilter-private-log permission is removed and replaced with the Abusefilter-privatedetails-log permission.

But like all permissions that aren't generally granted to local usergroups on Fandom wikis, Deluxe Administrators should only view the AbuseFilter private details access log when they have a legitimate reason to. Deluxe Administrators can have their rights restricted or revoked by Staff if they are found to have leaked information from the AbuseFilter private details access log on wikis where they have private details access.

Abilities that Deluxe Administrators have on wikis with the Approved Revs extension added
None of the usergroups on wikis have the ability to set a certain revision of a wiki page as approved, 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 approve revisions on wikis with the Approve Revs extension enabled in November 2020, in case the extension is ever added to Fandom wikis.
 * Approverevisions

Also system messages related to the extension did appear on Gamepedia wikis, which probably explains why system messages related to the extension have appeared on Fandom wikis. By default, the ability to approve revisions is extended to Administrators on sites where it is enabled, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators on Fandom wikis with the extension enabled, should the extension ever be added to Fandom wikis.

None of the usergroups on wikis have the ability to view text showing who approved the current approved revision, 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 view text showing who approved the current approved revision on wikis with the Approve Revs extension enabled in November 2020, in case the extension is ever added to Fandom wikis.
 * Viewapprover

Also system messages related to the extension did appear on Gamepedia wikis, which probably explains why system messages related to the extension have appeared on Fandom wikis. By default, the ability to view text showing who approved the current approved revision is extended to Administrators on sites where it is enabled, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators on Fandom wikis with the extension enabled, should the extension ever be added to Fandom wikis.

Abilities that Deluxe Administrators have on wikis that have restricted the ability to create and edit pages in the User blog and Blog namespaces
Fandom Staff, Bureaucrats, and Administrators have the ability to create and edit pages in the User blog and Blog namespaces on wikis that have restricted the ability to create and edit pages in the User blog and Blog namespaces.
 * Blogger

Deluxe Administrators were subsequently granted the ability on wikis that have restricted the ability to create and edit pages in the User blog and Blog namespaces in October 2021, so they would continue being able to edit all pages in all namespaces, regardless of namespace restrictions and protection types.

Since Administrators were once able to edit virtually all pages in all namespaces, I wanted to ensure that Deluxe Administrators would be able to retain editing access to all pages in all namespaces.

Abilities that Deluxe Administrators have on wikis with the Bureaucrat-protection level added
Bureaucrats have the ability to edit pages that have been protected so only Bureaucrats can edit them on wikis that have the Bureaucrat-protection level added. Deluxe Administrators were subsequently granted the ability on wikis that have the Bureaucrat-protection level added in September 2021, so they would continue being able to edit all pages in all namespaces, regardless of namespace restrictions and protection types. Since Administrators were once able to edit virtually all pages in all namespaces, I wanted to ensure that Deluxe Administrators would be able to retain editing access to all pages in all namespaces.
 * Bureaucrateditprotected

Abilities that Deluxe Administrators have on wikis with the Cargo extension added
Fandom Staff, Fandom Helpers, 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.

Fandom Staff, Fandom Helpers, 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.

Abilities that Deluxe Administrators have on wikis with the Cheevos extension added
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, 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.

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.

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.

Abilities that Deluxe Administrators have on wikis with the ClaimWiki extension added
Fandom Staff have the ability to review, approve, and unapprove wiki claims on wikis that have the ClaimWiki extension enabled. Wiki Representatives were also granted the ability on wikis that have the ClaimWiki extension enabled, following their introduction in July 2021. Wiki Managers were also able to review, approve, and unapprove wiki claims on wikis that have the ClaimWiki extension enabled, prior to the usergroup's retirement.
 * Wiki_claims

Bureaucrats also previously had the ability to review, approve, and unapprove wiki claims on wikis that have the ClaimWiki extension enabled, prior to the permission being restricted to Fandom Staff and Wiki Representatives. Deluxe Administrators were subsequently granted the ability on wikis that have the ClaimWiki extension enabled in December 2020, so they would be able to assist Bureaucrats in reviewing, approving, and unapproving wiki claims.

Since Bureaucrats had the ability on wikis that have the ClaimWiki extension enabled at the time, but Administrators did not, I felt that since the ability does not allow Deluxe Administrators to add Bureaucrat rights to their account, or Administrator rights to other users' accounts, I had no issues with Deluxe Administrators being granted the ability on wikis that have the ClaimWiki extension enabled.

Abilities that Deluxe Administrators have on wikis with the CreateNewWiki special page added
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.

Abilities that Deluxe Administrators have on wikis with the CurseProfile extension added
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.

Abilities that Deluxe Administrators have on wikis with the DeleteBatch extension added
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.

Abilities that Deluxe Administrators have on wikis with the Director-protection level added
Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Administrators, and Content Moderators have the ability to edit pages that have been protected so only Directors can edit them on wikis that have the Director-protection level added.
 * Directoreditprotected

Wiki Representatives and Wiki Specialists were also subsequently granted the ability on wikis that have the Director-protection level added in October 2021. Wiki Managers and Content Team Members were also able to edit Director-protected pages on wikis that have the Director-protection level added, prior to October 2021.

Deluxe Administrators were subsequently granted the ability on wikis that have the Director-protection level added in October 2021, so they would continue being able to edit all pages in all namespaces, regardless of namespace restrictions and protection types.

Since Administrators were once able to edit virtually all pages in all namespaces, I wanted to ensure that Deluxe Administrators would be able to retain editing access to all pages in all namespaces.

Abilities that Deluxe Administrators have on wikis with the FlaggedRevs extension added
None of the usergroups on wikis have the ability to have their revisions automatically marked as 'accepted', 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 autoreview their revisions on wikis with the FlaggedRevs extension enabled in November 2020, in case the extension is ever added to wikis by default.
 * Autoreview

Also system messages related to the extension did appear on Gamepedia wikis, which probably explains why system messages related to the extension have appeared on Fandom wikis. The ability to autoreview one's own revisions is often granted to Administrators on sites that make use of the permission, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators on wikis with the extension enabled, should the extension ever be added to Fandom wikis.

None of the usergroups on wikis have the ability to move pages under pending changes, 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 move pages under pending changes on wikis with the FlaggedRevs extension enabled in November 2020, in case the extension is ever added to wikis by default.
 * Movestable

Also system messages related to the extension did appear on Gamepedia wikis, which probably explains why system messages related to the extension have appeared on Fandom wikis. The ability to move pages under pending changes is often granted to Administrators on sites that make use of the permission, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators on wikis with the extension enabled, should the extension ever be added to Fandom wikis.

None of the usergroups on wikis have the ability to mark revisions as being 'accepted', 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 mark revisions as being 'accepted' on wikis with the FlaggedRevs extension enabled in November 2020, in case the extension is ever added to wikis by default.
 * Review

Also system messages related to the extension did appear on Gamepedia wikis, which probably explains why system messages related to the extension have appeared on Fandom wikis. The ability to mark revisions as being 'accepted' is often granted to Administrators on sites that make use of the permission, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators on wikis with the extension enabled, should the extension ever be added to Fandom wikis.

None of the usergroups on wikis have the ability to configure how the latest accepted revision is selected and displayed, 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 configure how the latest accepted revision is selected and displayed on Fandom wikis with the FlaggedRevs extension enabled in November 2020, in case the extension is ever added to wikis by default.
 * Stablesettings

Also system messages related to the extension did appear on Gamepedia wikis, which probably explains why system messages related to the extension have appeared on Fandom wikis. The ability to configure how the latest accepted revision is selected and displayed is often granted to Administrators on sites that make use of the permission, which is why I thought it made sense for it to be immediately granted to Deluxe Administrators on wikis with the extension enabled, should the extension ever be added to Fandom wikis.

Abilities that Deluxe Administrators have on wikis with the HydraCore extension added
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.

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.

Abilities that Deluxe Administrators have on wikis with the Interwiki extension added
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.

Abilities that Deluxe Administrators have on wikis with Message Walls added
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.

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

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.

Abilities that Deluxe Administrators have on wikis with the OreDict extension added
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.

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.

Abilities that Deluxe Administrators have on wikis with the PDFEmbed extension added
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.

Abilities that Deluxe Administrators have on wikis with the Page Schemas extension added
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.

Abilities that Deluxe Administrators have on wikis with Semantic MediaWiki added
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.

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 schema 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 schema pages on wikis that have Semantic MediaWiki enabled by default.
 * Smw-schemaedit

Deluxe Administrators were subsequently granted the ability on wikis with Semantic MediaWiki enabled in December 2020 so they would be able to continue having full editing access to all pages on wikis with Semantic MediaWiki enabled. It is the only Semantic MediaWiki related permission that wasn't previously granted to them on all wikis between August and November 2020. The only reason it was not previously granted to them on all wikis is because I was unaware at the time that the permission would appear on UCP wikis with Semantic MediaWiki enabled, as the permission did not have a predefined description on the ListGroupRights special page yet.

None of the usergroups on Fandom wikis that use MediaWiki 1.33.3 have the ability to access information about entity associated revision mismatches on wikis that have Semantic MediaWiki enabled, as the permission has never existed on that version of MediaWiki.
 * Smw-viewentityassociatedrevisionmismatch

It is unclear which usergroups will have the ability to access information about entity associated revision mismatches on wikis that have Semantic MediaWiki enabled once those wikis have been migrated to MediaWiki 1.37.2. Though the ability probably won't immediately be granted to any usergroups aside from the Semantic MediaWiki Curator usergroup which is exclusively found on wikis with Semantic MediaWiki enabled.

Deluxe Administrators were granted the ability to access information about entity associated revision mismatches on wikis with Semantic MediaWiki enabled in May 2022, so they will be able to continue having access to all usergroup permissions that the usergroups they can add and remove from their account have access to, once all wikis are migrated to MediaWiki 1.37.2.

Abilities that Deluxe Administrators have on wikis with the SpamBlacklist extension added
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 blacklist 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.

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 blacklist entries and use that knowledge to find ways to get around the spam protection filter.
 * Spamblacklistview

Deluxe Administrators were subsequently granted an ability to view the spam block list on wikis with the SpamBlacklist extension enabled. However unlike the Phalanx permission, the Spamblacklistview 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 on wikis with the SpamBlacklist extension enabled was so they would hopefully keep instances of performing actions that would otherwise trigger the spam block list to a minimum. Deluxe Administrators can have had their rights revoked by Staff if they are 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 block list but are in violation of Fandom's terms of use.

Abilities that Deluxe Administrators have on wikis with the SpriteSheet extension added
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.

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.

Abilities that Deluxe Administrators have on wikis with the Staff-protection level added
Global Bots, Fandom Staff, Fandom Helpers, Spam Obliteration and Prevention members, Administrators, and Content Moderators have the ability to edit pages that have been protected so only Administrators and Editors can edit them on wikis that have the Staff-protection level added.
 * Staffeditprotected

Wiki Representatives and Wiki Specialists were also subsequently granted the ability on wikis that have the Staff-protection level added in September 2021. Wiki Managers and Content Team Members were also able to edit Staff-protected pages on wikis that have the Staff-protection level added, prior to September 2021.

Deluxe Administrators were subsequently granted the ability on wikis that have the Staff-protection level added in September 2021, so they would continue being able to edit all pages in all namespaces, regardless of namespace restrictions and protection types. Since Administrators were once able to edit virtually all pages in all namespaces, I wanted to ensure that Deluxe Administrators would be able to retain editing access to all pages in all namespaces.

Administrators have the ability to move pages that have been protected so only Administrators and Editors can edit them, without their subpages on wikis that have the Staff-protection level added.
 * Move-rootstaffpages

Deluxe Administrators were subsequently granted the ability on wikis that have the Staff-protection level added in October 2021, so they would continue being able to move all pages in all namespaces, regardless of namespace restrictions and protection types.

Since Administrators were once able to move virtually all pages in all namespaces, I wanted to ensure that Deluxe Administrators would be able to retain page moving access to all pages in all namespaces.

Abilities that Deluxe Administrators have on wikis with the Tilesheets extension added
Global Bots, Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators have the ability to edit tile data for the Tilesheets extension on wikis that have the Tilesheets extension enabled.
 * Edittilesheets

Deluxe Administrators were subsequently granted the ability to edit tile data on wikis with the Tilesheets extension enabled in December 2020, in case the extension is ever added to wikis by default.

Global Bots, Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Administrators have the ability to upload new and update existing tilesheets for the Tilesheets extension on wikis that have the Tilesheets extension enabled.
 * Importtilesheets

Deluxe Administrators were subsequently granted the ability to upload new and update existing tilesheets on wikis with the Tilesheets extension enabled in December 2020, in case the extension is ever added to wikis by default.

None of the usergroups on wikis have the ability to translate tile names and descriptions for the Tilesheets extension, aside from the Editor usergroup which is exclusively found on certain wikis that were migrated from the Gamepedia platform.
 * Translatetiles

Deluxe Administrators were subsequently granted the ability to translate tile names and descriptions on wikis that have the Tilesheets extension enabled in December 2020, in case the extension remained enabled on those wikis once they were migrated to Fandom 's domain.

Abilities that Deluxe Administrators have on wikis with the Translate extension added
Administrators have the ability to mark versions of pages for translation on wikis that have the Translate extension enabled. Deluxe Administrators were granted the ability in November 2020, so they would be able to mark versions of pages for translation on wikis that have the Translate extension enabled, regardless if they don't have Administrator rights.
 * Pagetranslation

However since the Deluxe Administrator usergroup is only granted to highly experienced and trusted Administrators, the likelihood of Deluxe Administrators having the ability to mark versions of pages for translation without being flagged as an Administrator are very small.

Administrators have the ability to manage message groups on wikis that have the Translate extension enabled. Deluxe Administrators were granted the ability in November 2020, so they would be able to manage message groups on wikis that have the Translate extension enabled, regardless if they don't have Administrator rights.
 * Translate-manage

However since the Deluxe Administrator usergroup is only granted to highly experienced and trusted Administrators, the likelihood of Deluxe Administrators having the ability to manage message groups without being flagged as an Administrator are very small.

Abilities that Deluxe Administrators have on wikis with the Update namespace added
Bots and Autoconfirmed Users have the ability to edit pages in the Update namespace on wikis that have the Update namespace added.
 * Updateedit

Deluxe Administrators were subsequently granted the ability on wikis that have the Update namespace added in October 2021, so they would continue being able to edit all pages in all namespaces, regardless of namespace restrictions and protection types.

Since Administrators were once able to edit virtually all pages in all namespaces, I wanted to ensure that Deluxe Administrators would be able to retain editing access to all pages in all namespaces.

Abilities that Deluxe Administrators have on wikis with the Widgets extension added
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.

Groups that Deluxe Administrators are able to add and remove from other accounts on wikis that have restricted the ability to create and edit pages in the User blog and Blog namespaces
Deluxe Administrators were subsequently granted the ability to add and remove Blogger rights from other users on wikis that have restricted the ability to create and edit pages in the User blog and Blog namespaces, after it was decided that they should be able to grant and revoke any local usergroup permissions below Administrator.
 * Bloggers

Groups that Deluxe Administrators are able to add and remove from other accounts on wikis with the Staff-protection level added
Deluxe Administrators were subsequently granted the ability to add and remove Editor rights from other users on wikis with the Staff-protection level added, after it was decided that they should be able to grant and revoke any local usergroup permissions below Administrator.
 * Editors

Groups that Deluxe Administrators are able to add and remove from their account on wikis with the ClaimWiki extension added
Deluxe Administrators were subsequently granted the ability to add and remove Wiki Guardian rights from their account on wikis that have the ClaimWiki extension enabled, after it was decided that they should be able to grant and revoke any local usergroup from their account that didn't have access to any permissions that Deluxe Administrators didn't have access to.
 * Wiki Guardians

Groups that Deluxe Administrators are able to add and remove from their account on wikis with the Director-protection level added
Deluxe Administrators were subsequently granted the ability to add and remove Director rights from their account on wikis that have the Director-protection level added, after it was decided that they should be able to grant and revoke any local usergroup from their account that didn't have access to any permissions that Deluxe Administrators didn't have access to. Since this usergroup is clearly intended to be reserved for Administrators from all of the language sites, Deluxe Administrators can only add or remove it from their account.
 * Directors

Groups that Deluxe Administrators are able to add and remove from their account on wikis with Semantic MediaWiki added
Deluxe Administrators were subsequently granted the ability to add and remove Semantic MediaWiki Administrator rights from their account on wikis that have Semantic MediaWiki enabled, after it was decided that they should be able to grant and revoke any local usergroup from their account that didn't have access to any permissions that Deluxe Administrators didn't have access to.
 * Semantic MediaWiki Administrators

Because this usergroup currently can't be added or removed by any of the usergroups by default, Deluxe Administrators can only add or remove it from their account.

Deluxe Administrators were subsequently granted the ability to add and remove Semantic MediaWiki Curator rights from their account on wikis that have Semantic MediaWiki enabled, after it was decided that they should be able to grant and revoke any local usergroup from their account that didn't have access to any permissions that Deluxe Administrators didn't have access to.
 * Semantic MediaWiki Curators

Because this usergroup currently can't be added or removed by any of the usergroups by default, Deluxe Administrators can only add or remove it from their account.

Deluxe Administrators were granted the ability to add and remove Semantic MediaWiki Editor rights from their account on wikis that have Semantic MediaWiki enabled, after it was decided that they should be able to grant and revoke any local usergroup from their account that didn't have access to any permissions that Deluxe Administrators didn't have access to.
 * Semantic MediaWiki Editors

Because this usergroup currently can't be added or removed by any of the usergroups by default, Deluxe Administrators can only add or remove it from their account.

Groups that Deluxe Administrators are able to add and remove from their account on wikis with the Widgets extension added
Deluxe Administrators were subsequently granted the ability to add and remove Widget Editor rights from their account on wikis that have the Widgets extension enabled, after it was decided that they should be able to grant and revoke any local usergroup from their account that didn't have access to any permissions that Deluxe Administrators didn't have access to.
 * Widget Editors

Because this usergroup can only be added by Fandom Staff and Wiki Representatives, and removed by Fandom Staff, Wiki Representatives, and Fandom Helpers, Deluxe Administrators can only add or remove it from their account.