User Rollbackers/Extras

__NOTOC__
----
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===
;Abusefilter-log-detail
In addition to the ability to view the edit filter log on wikis that have edit filters enabled, Fandom Staff, Fandom Helpers, and Administrators have the ability to view detailed edit filter log entries on wikis that have edit filters enabled. Wiki Representatives, Wiki Specialists, and Spam Obliteration and Prevention members were also granted the ability on wikis that have edit 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 view detailed edit filter log entries on wikis that have edit filters enabled, prior to the usergroups' respective retirements. User Rollbackers were subsequently granted the ability to view detailed edit filter log entries on wikis with the AbuseFilter extension enabled in June 2023, since it is required to view private data in the edit filter log.
;Abusefilter-view-private
None of the usergroups on Fandom wikis that used MediaWiki 1.33.3 had the ability to view edit filters marked as private on wikis that have edit filters enabled. The reason for this is unknown, but it is likely because the ability to view edit 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 edit filters marked as private on wikis that use MediaWiki 1.39.7.
User Rollbackers were subsequently granted the ability to view edit 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 edit filters to a minimum. However, since User Rollbackers are there to revert vandalism made by global vandals, the chances of them needing to bypass edit 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 edit filters.
User Rollbackers can have their rights revoked by Staff if they are found to have abused the privilege of viewing private edit filters in order to deliberately do things that would not only have triggered the edit 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.
;Abusefilter-bypass-blocked-external-domains
;Abusefilter-privatedetails
In addition to the ability to view detailed edit filter log entries on wikis that have edit filters enabled, Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, and Spam Obliteration and Prevention members have the ability to view private data in the edit filter log. Wiki Managers, Content Team Members, and Volunteer Spam Task Force members also previously had the ability to view private data in the edit filter log via the Abusefilter-private permission, prior to the usergroups' respective retirements.
User Rollbackers were subsequently granted the ability to view private data in the edit filter log on wikis with the AbuseFilter extension enabled in June 2023, so they would be able to lessen the chances of reverting global vandalism made by users whose IP addresses had already been reported on the SOAP Wiki. User Rollbackers are forbidden to use their private details access rights for any other reason, including check user requests.
;Abusefilter-privatedetails-log
None of the usergroups on Fandom wikis with the AbuseFilter extension enabled have the ability to view the edit filter 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.
User Rollbackers were subsequently granted the ability to view the edit filter private details access log on wikis with the AbuseFilter extension enabled in June 2023, so they would be able to see when private data in the edit filter log was accessed, and why it was accessed.
===Abilities that User Rollbackers have on wikis that have restricted the ability to create and edit pages in the User blog and Blog namespaces===
;Blogger
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.
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===
;Bureaucrateditprotected
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. Fandom Staff, Wiki Representatives, Wiki Specialists, and Fandom Helpers were subsequently granted the ability on wikis that have the Bureaucrat-protection level added in May 2023. 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.
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===
;Directoreditprotected
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.
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 DiscussionsAbuseFilter extension added===
;Discussionsabusefilter:exempt
Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Global Discussion Moderators have the ability to bypass all edit filters on wikis that have the DiscussionsAbuseFilter extension enabled.
User Rollbackers were granted the ability to bypass all Discussions edit filters on wikis with the DiscussionsAbuseFilter extension enabled in September 2022, so they would continue being able to delete article and blog comments, message wall messages, and discussion posts without the risk of triggering the Discussions AbuseFilter. Since the ability to bypass all edit filters stopped being compatible with article and blog comments, message wall messages, and discussion posts in October 2020.
===Abilities that User Rollbackers have on wikis with the Editor Edit-protection level added===
;Editoreditprotected
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.
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===
;Editorprotected
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.
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===
;Autoreview
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.
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===
;Globalsysopprotected
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.
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 the MessageWall extension added===
;Walledit
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. 
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 the MessageWall extension 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 the MessageWall extension enabled.
Content Moderators were subsequently granted the ability to edit wall posts on wikis with the MessageWall extension enabled in January 2022. Discussion Moderators also regained the ability on wikis with the MessageWall extension enabled at the same time. User Rollbackers were subsequently granted the ability to edit wall posts in February 2024. However, they lost the ability a few minutes later when I disabled the MessageWall extension on this wiki.
The only reason I briefly enabled the MessageWall extension on this wiki in the first place was so I could claim Walledit as a permission that was once extended to User Rollbackers on this wiki. However, they do still have the ability to edit wall posts on wikis that have the MessageWall extension enabled.
;Wallremove
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 Wall extension, once all wikis were migrated over to Fandom's Unified Community Platform.
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 regained the ability to remove message wall messages on wikis that have the MessageWall extension enabled in May 2022, after I discovered that it still functioned on wikis that have the MessageWall extension enabled.
===Abilities that User Rollbackers have on wikis with Semantic MediaWiki added===
;Smw-pageedit
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. 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.
;Smw-ruleedit
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.
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.
;Smw-schemaedit
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. 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===
;Sboverride
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.
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. I subsequently decided that User Rollbackers should have an ability to override the spam block list so they wouldn't fall victim to any false positives by spam protection filters while reverting vandalism.
Even though User Rollbackers were subsequently granted an ability to override the spam block list, they were expected to take note of the block list entries that would otherwise trigger spam protection filters. 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 spam protection filters but were 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 didn't have that permission at the time, having the Sboverride permission was 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 they'd still be able to override spam protection filters 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===
;Staffeditprotected
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.
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===
;Updateedit
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.
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===
;Watcherprotected
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.
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===
;Editwidgets
Fandom Staff and Administrators have the ability to create and edit widgets in the 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 namespace on wikis that have the Widgets extension enabled, prior to the usergroups' respective retirements.
The ability to create and edit widgets in the 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 namespace in May 2022, so they wouldn't be restricted from reverting vandalism on pages in the 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 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 namespace, User Rollbackers are not permitted to perform any actions other than rollback and delete on pages in the namespace on wikis with the Widgets extension enabled, unless they have Fandom Staff or Wiki Specialist rights.
==Gallery==
User Rollback Badge.svg|Fictional User Rollback Badge
==See also==
*Removed User Rollback Rights
Category:Pages
Category:C.Syde's Pages
Category:Pages related to Fandom