User Rollbackers/Extras

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

Abilities that User Rollbackers have on wikis with certain features added
Since the User Rollback usergroup is based around the userrollback extension, it does not have many additional abilities on wikis with certain extensions and features added. In fact some of the abilities currently extended to User Rollbackers on those wikis are permissions that they previously had on all wikis.

Abilities that User Rollbackers have on wikis with the AbuseFilter extension added
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. However Administrators do have the ability to view abuse filters marked as private on wikis that use MediaWiki 1.37.2.
 * Abusefilter-view-private

User Rollbackers were subsequently granted the ability to view abuse filters marked as private on wikis with the AbuseFilter extension enabled in May 2022, so they would hopefully keep instances of performing actions that would otherwise trigger private abuse filters to a minimum. However since User Rollbackers are there to revert vandalism made by global vandals, the chances of them needing to bypass abuse filters or view them are very small. And in any case, User Rollbackers mostly revert vandalism using the Userrollback extension which works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. Which further decreases the chances of them doing things that would otherwise trigger abuse filters.

User Rollbackers can have their rights revoked by Staff if they are found to have abused the privilege of viewing private abuse filters in order to deliberately do things that would not only have triggered the abuse filters but are in violation of Fandom's terms of use. Although in practice many users that would be part of the User Rollback group would probably also be Staff anyway.

Abilities that User Rollbackers 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. User Rollbackers 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 May 2022, so they wouldn't be restricted from reverting vandalism on pages in the User blog and Blog namespaces after failing to successfully revert vandalism on the said pages with the Userrollback extension.
 * Blogger

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Blogger permission, in case they ever need it. However since only Fandom Staff, Bureaucrats, and Administrators are able 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, the chances of User Rollbackers needing to revert vandalism on those pages are very small.

Despite having 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, User Rollbackers are not permitted to perform any actions other than rollback and delete on 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, unless they have Bureaucrat or Administrator rights.

Abilities that User Rollbackers 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. User Rollbackers were subsequently granted the ability on wikis that have the Bureaucrat-protection level added in May 2022, so they wouldn't be restricted from reverting vandalism on Bureaucrat-protected pages on wikis that have the Bureaucrat-protection level added after failing to successfully revert vandalism on the said pages with the Userrollback extension.
 * Bureaucrateditprotected

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Bureaucrateditprotected permission, in case they ever need it. Despite having the ability to edit Bureaucrat-protected pages on wikis that have the Bureaucrat-protection level added, User Rollbackers are not permitted to perform any actions other than rollback and delete on Bureaucrat-protected pages on wikis that have the Bureaucrat-protection level added, unless they have Bureaucrat rights.

Abilities that User Rollbackers 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. 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.
 * Directoreditprotected

User Rollbackers were subsequently granted the ability on wikis that have the Director-protection level added in May 2022, so they wouldn't be restricted from reverting vandalism on Director-protected pages on wikis that have the Director-protection level added after failing to successfully revert vandalism on the said pages with the Userrollback extension.

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Directoreditprotected permission, in case they ever need it. Despite having the ability to edit Director-protected pages on wikis that have the Director-protection level added, User Rollbackers are not permitted to perform any actions other than rollback and delete on Director-protected pages on wikis that have the Director-protection level added, unless they have Administrator or Content Moderator rights.

Abilities that User Rollbackers have on wikis with the Editor Edit-protection level added
Global Bots, Fandom Staff, Wiki Managers, Content Team Members, Fandom Helpers, Spam Obliteration and Prevention members, Bots, Administrators, and Content Moderators have the ability to edit pages that have been protected so only Editors can edit them on wikis that have the Editor Edit-protection level added. User Rollbackers were subsequently granted the ability on wikis that have the Editor Edit-protection level added in May 2022, so they wouldn't be restricted from reverting vandalism on Editor Edit-protected pages on wikis that have the Editor Edit-protection level added after failing to successfully revert vandalism on the said pages with the Userrollback extension.
 * Editoreditprotected

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Editoreditprotected permission, in case they ever need it. Despite having the ability to edit Editor Edit-protected pages on wikis that have the Editor Edit-protection level added, User Rollbackers are not permitted to perform any actions other than rollback and delete on Editor Edit-protected pages on wikis that have the Editor Edit-protection level added, unless they have Administrator or Content Moderator rights.

Abilities that User Rollbackers have on wikis with the Editor-protection level added
Spam Obliteration and Prevention members and Administrators have the ability to edit pages that have been protected so only Editors can edit them on wikis that have the Editor-protection level added. User Rollbackers were subsequently granted the ability on wikis that have the Editor-protection level added in May 2022, so they wouldn't be restricted from reverting vandalism on Editor-protected pages on wikis that have the Editor-protection level added after failing to successfully revert vandalism on the said pages with the Userrollback extension.
 * Editorprotected

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Editorprotected permission, in case they ever need it. Despite having the ability to edit Editor-protected pages on wikis that have the Editor-protection level added, User Rollbackers are not permitted to perform any actions other than rollback and delete on Editor-protected pages on wikis that have the Editor-protection level added, unless they have Administrator rights.

Abilities that User Rollbackers 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.
 * Autoreview

User Rollbackers were subsequently granted the ability to autoreview their revisions on wikis with the FlaggedRevs extension enabled in May 2022, so their edits wouldn't have to be manually marked as 'accepted' whenever they reverted or undid vandalism on wikis with the FlaggedRevs extension enabled.

Abilities that User Rollbackers have on wikis with the Global Administrator-protection level added
None of the usergroups on wikis have the ability to edit pages that have been protected so only Global Administrators can edit them on wikis that have the Global Administrator-protection level added, aside from the Global Administrator usergroup which is exclusively found on certain wikis that were migrated from the Gamepedia platform. User Rollbackers were subsequently granted the ability on wikis that have the Global Administrator-protection level added in May 2022, so they wouldn't be restricted from reverting vandalism on Global Administrator-protected pages on wikis that have the Global Administrator-protection level added after failing to successfully revert vandalism on the said pages with the Userrollback extension.
 * Globalsysopprotected

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Globalsysopprotected permission, in case they ever need it. Despite having the ability to edit Global Administrator-protected pages on wikis that have the Global Administrator-protection level added, User Rollbackers are not permitted to perform any actions other than rollback and delete on Global Administrator-protected pages on wikis that have the Global Administrator-protection level added, unless they have Global Administrator rights.

Abilities that User Rollbackers have on wikis with Message Walls added
User Rollbackers were subsequently granted the ability to remove message wall messages. However they lost the ability in March 2020, in preparation for what would become the retirement of the message wall feature, once all wikis were migrated over to Fandom 's Unified Community Platform.
 * Wallremove

Unlike local Administrators and Discussion Moderators, User Rollbackers were almost never permitted to use their message wall remove tools. User Rollbackers were granted the ability to remove message wall messages in case they ever failed to successfully delete the message wall messages with the Userrollback extension.

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still had the Wallremove permission, in case they ever needed it.

Despite previously having the ability to remove message wall messages, User Rollbackers were only permitted to remove message wall messages if for some reason they ran into anything that the Userrollback extension was unable to revert and delete, and they found themselves unable to delete a message wall message without removing it first.

User Rollbackers eventually regained the ability to remove message wall messages on wikis that have message walls enabled in May 2022, several months after I discovered that it still functioned on wikis that have message walls enabled.

Abilities that User Rollbackers have on wikis with Semantic MediaWiki added
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.
 * Smw-pageedit

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. User Rollbackers were subsequently granted the ability on wikis with Semantic MediaWiki enabled in May 2022, so they wouldn't be restricted from reverting vandalism on pages annotated with a positive truth value for special property 'Is edit protected' after failing to successfully revert vandalism on the said pages with the Userrollback extension.

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Smw-pageedit permission, in case they ever need it. However since only Semantic MediaWiki Curators are able to edit pages annotated with a positive truth value for special property 'Is edit protected' on wikis that have Semantic MediaWiki enabled, the chances of User Rollbackers needing to revert vandalism on those pages are very small.

Despite having the ability to edit pages annotated with a positive truth value for special property 'Is edit protected' on wikis that have Semantic MediaWiki enabled, User Rollbackers are not permitted to perform any actions other than rollback and delete on pages annotated with a positive truth value for special property 'Is edit protected' on wikis that have Semantic MediaWiki enabled, unless they have Semantic MediaWiki Curator rights.

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. User Rollbackers were subsequently granted the ability on wikis with Semantic MediaWiki enabled in May 2022, so they wouldn't be restricted from reverting vandalism on rule pages after failing to successfully revert vandalism on the said pages with the Userrollback extension.
 * Smw-ruleedit

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Smw-ruleedit permission, in case they ever need it. However since none of the usergroups on wikis are able to edit rule pages on wikis that have Semantic MediaWiki enabled, the chances of User Rollbackers needing to revert vandalism on those pages are very small. Despite having the ability to edit rule pages on wikis that have Semantic MediaWiki enabled, User Rollbackers are not permitted to perform any actions other than rollback and delete on rule pages on wikis that have Semantic MediaWiki enabled, unless they have Fandom Staff rights.

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

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. User Rollbackers were subsequently granted the ability on wikis with Semantic MediaWiki enabled in May 2022, so they wouldn't be restricted from reverting vandalism on schema pages after failing to successfully revert vandalism on the said pages with the Userrollback extension. Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database.

But User Rollbackers still have the Smw-schemaedit permission, in case they ever need it. However since only Semantic MediaWiki Curators are able to edit schema pages on wikis that have Semantic MediaWiki enabled, the chances of User Rollbackers needing to revert vandalism on those pages are very small. Despite having the ability to edit schema pages on wikis that have Semantic MediaWiki enabled, User Rollbackers are not permitted to perform any actions other than rollback and delete on schema pages on wikis that have Semantic MediaWiki enabled, unless they have Semantic MediaWiki Curator rights.

Abilities that User Rollbackers 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.
 * Sboverride

User Rollbackers were subsequently granted an ability to override the spam block list in June 2021. However unlike the Phalanxexempt permission, the Sboverride ability would not have made users immune to global blocks. The reason I subsequently decided that User Rollbackers 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 reverting spam and vandalism.

Even though User Rollbackers 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 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. Although in practice most User Rollbackers would probably also be Staff anyway.

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 User Rollbackers don't have that permission, having the Sboverride permission would be quite handy for them.

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

Abilities that User Rollbackers 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. 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.
 * Staffeditprotected

User Rollbackers were subsequently granted the ability on wikis that have the Staff-protection level added in May 2022, so they wouldn't be restricted from reverting vandalism on Staff-protected pages on wikis that have the Staff-protection level added after failing to successfully revert vandalism on the said pages with the Userrollback extension.

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Staffeditprotected permission, in case they ever need it. Despite having the ability to edit Staff-protected pages on wikis that have the Staff-protection level added, User Rollbackers are not permitted to perform any actions other than rollback and delete on Staff-protected pages on wikis that have the Staff-protection level added, unless they have Administrator or Content Moderator rights.

Abilities that User Rollbackers 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. User Rollbackers were subsequently granted the ability on wikis that have the Update namespace added in May 2022, so they wouldn't be restricted from reverting vandalism on pages in the Update namespace after failing to successfully revert vandalism on the said pages with the Userrollback extension. Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database.
 * Updateedit

But User Rollbackers still have the Updateedit permission, in case they ever need it. However since most users already implicitly have the Updateedit permission via the Autoconfirmed usergroup, the chances of User Rollbackers needing the Updateedit permission as a standalone group are very small. Despite having the ability to edit pages in the Update namespace, User Rollbackers are not permitted to perform any actions other than rollback and delete on pages in the Update namespace, unless they have Autoconfirmed rights.

Abilities that User Rollbackers have on wikis with the Watcher-protection level added
Administrators have the ability to edit pages that have been protected so only Watchers can edit them on wikis that have the Watcher-protection level added. User Rollbackers were subsequently granted the ability on wikis that have the Watcher-protection level added in May 2022, so they wouldn't be restricted from reverting vandalism on Watcher-protected pages on wikis that have the Watcher-protection level added after failing to successfully revert vandalism on the said pages with the Userrollback extension.
 * Watcherprotected

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Watcherprotected permission, in case they ever need it. Despite having the ability to edit Watcher-protected pages on wikis that have the Watcher-protection level added, User Rollbackers are not permitted to perform any actions other than rollback and delete on Watcher-protected pages on wikis that have the Watcher-protection level added, unless they have Administrator rights.

Abilities that User Rollbackers 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

The ability to create and edit widgets in the Widget namespace has become restricted to Fandom Staff, Wiki Representatives, Wiki Specialists, and Fandom Helpers via the Editwidget permission as of December 2021. And in any case, the Widgets extension is currently in the process of being removed from the Fandom platform. User Rollbackers were subsequently granted the ability to create and edit widgets in the Widget namespace in May 2022, so they wouldn't be restricted from reverting vandalism on pages in the Widget namespace after failing to successfully revert vandalism on the said pages with the Userrollback extension.

Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database. But User Rollbackers still have the Editwidgets permission, in case they ever need it. However since the Widget namespace only exists on wikis that have the Widgets extension enabled, and since only Fandom Staff, Wiki Representatives, Wiki Specialists, and Fandom Helpers are able to edit that namespace on those wikis, the chances of User Rollbackers needing to revert vandalism on those pages are very small.

Despite having the ability to create and edit widgets in the Widget namespace, User Rollbackers are not permitted to perform any actions other than rollback and delete on pages in the Widget namespace on wikis with the Widgets extension enabled, unless they have Fandom Staff, Wiki Representative, Wiki Specialist, or Fandom Helper rights.