User Rollbackers/Removed

__NOTOC__
----
This is a list of usergroup rights that were previously extended to the fictional User Rollback usergroup that was conceived by C.Syde in March 2016. For information about the usergroup rights that are currently extended to this fictional global usergroup, see this page.
==Abilities that User Rollbackers previously had==
Since the User Rollback usergroup is based around the userrollback extension, it isn't supposed to have many abilities as a standalone group. Most of the abilities that were previously included in the User Rollback usergroup were removed after it was decided that they weren't relevant to the User Rollback usergroup, they allowed them to do things or bypass restrictions that they weren't intended to be able to do or be able to bypass, or they allowed User Rollbackers to do things or bypass restrictions on local wikis that went against the best wishes of their communities.
;Autoconfirmed
User Rollbackers were subsequently given the ability to bypass IP-based rate limits, in case their account was less than 4 days old. However, they lost the ability in September 2017, after it was decided that being able to bypass IP-based rate limits was irrelevant to User Rollbackers. Since the odds of User Rollback rights being granted to an account that was less than 4 days old were very small. And even if such odds did happen, User Rollbackers would still have been able to revert the vandalism 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.
Because the extension has direct access to the database, users with the Userrollback permission would have been able to use it to revert vandalism across semi-protected pages, regardless if they didn't have the AutoconfirmedThe ability to edit semi-protected pages is now covered by the Editsemiprotected permission instead. permission. Otherwise they would still have been able to temporarily flag themselves as an Assistant during that time, should they have been unable to revert vandalism on a semi-protected page.
User Rollbackers eventually regained the ability to edit semi-protected pages in May 2022, via the Editsemiprotected permission. They also regained the ability to bypass IP-based rate limits in May 2023. However, they lost the ability in June 2023, after it was discovered that they could already bypass IP-based rate limits, via the Noratelimit permission.
;Blog-comments-delete
User Rollbackers were subsequently granted the ability to delete comments from blog articles. However, they lost the ability in September 2020, in preparation for what would become the retirement of the ArticleComments 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 delete tools. User Rollbackers were granted the ability to delete blog comments in case they ever failed to successfully delete the blog comments 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 Blog-comments-delete permission, in case they ever needed it. Despite previously having the ability to delete blog comments, User Rollbackers were only permitted to delete blog comments if for some reason they ran into anything that the Userrollback extension was unable to revert and delete.
;Commentdelete
User Rollbackers were subsequently granted the ability to delete article comments. However, they lost the ability in March 2020, in preparation for what would become the retirement of the ArticleComments extension, once all wikis were migrated over to Fandom's Unified Community Platform.
Unlike local Administrators, Content Moderators, and Discussion Moderators, User Rollbackers were almost never permitted to use their delete tools. User Rollbackers were granted the ability to delete article comments in case they ever failed to successfully delete article comments 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 Commentdelete permission, in case they ever needed it. Despite previously having the ability to delete article comments, User Rollbackers were only permitted to delete article comments if for some reason they ran into anything that the Userrollback extension was unable to revert and delete.
;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.
;Apihighlimits
User Rollbackers were subsequently given the ability to use higher limits in API queries. However, they lost the ability in May 2017, after it was decided that being able to use higher limits in API queries was irrelevant to User Rollbackers. And even if it were relevant, User Rollbackers would still have been able to temporarily flag themselves as an Assistant during that time, should they have ever needed to use higher limits in API queries.
;Tboverride
User Rollbackers were subsequently given the ability to override the disallowed title or username list. However, they lost the ability in May 2017, after it was decided that being able to override the disallowed title or username list was irrelevant to User Rollbackers. And even if it were relevant, User Rollbackers would still have been able to override the disallowed title or username list when using 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. Because the extension has direct access to the database, users with the Userrollback permission would have been able to use it to revert vandalism across articles, regardless if they didn't have the Tboverride permission. Otherwise they would still have been able to temporarily flag themselves as an Assistant during that time, should they have ever needed to override the disallowed title or username list.
;Deleteinterfacetrusted
User Rollbackers were subsequently given the ability to delete all MediaWiki messages. However, unlike local Administrators, User Rollbackers were actually almost never permitted to delete MediaWiki messages. User Rollbackers were granted the ability to delete all MediaWiki messages in case they were unable to delete MediaWiki messages that had been created by a cross-wiki vandal on a wiki where they had Administrator rights, and none of their global contributions consisted of anything other than vandalism. They were also granted the ability to delete MediaWiki messages in case they ever failed to successfully delete MediaWiki messages with the Userrollback extension.
Despite having the ability to delete all MediaWiki messages at one point, User Rollbackers were only permitted to delete MediaWiki messages if for some reason they ran into any messages that the Userrollback extension was unable to revert and delete. User Rollbackers lost the ability to delete MediaWiki messages in July 2018, shortly after they were granted the ability, after it was decided that User Rollbackers shouldn't have the ability to delete all MediaWiki messages if they didn't have the ability to edit MediaWiki messages.
This was also done to counter the possibility of User Rollbackers deleting MediaWiki messages with the delete button on wikis where they had Content Moderator, but not Administrator rights. However, removing the Deleteinterfacetrusted permission from User Rollbackers didn't serve as much purpose as it had been intended to, as User Rollbackers can still revert and delete vandalism with the userrollback extension, even if it involves reverting edits across MediaWiki pages or deleting them. Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database.
Because the extension has direct access to the database, users with the Userrollback permission would have been able to use it to revert and delete vandalism from specific users across all wikis, regardless if they didn't have the Deleteinterfacetrusted permission. As it turns out, User Rollbackers wouldn't have been able to use the Deleteinterfacetrusted permission without the Editinterface permission. They eventually regained the ability to delete all MediaWiki messages in May 2022, via the Editinterface and Editinterfacetrusted permissions, the latter of which also gave them the ability to edit all MediaWiki messages.
;Walladmindelete
User Rollbackers were subsequently granted the ability to delete 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, User Rollbackers were almost never permitted to use their message wall delete tools. User Rollbackers were granted the ability to delete 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 Walladmindelete permission, in case they ever needed it. Despite previously having the ability to delete message wall messages, User Rollbackers were only permitted to delete message wall messages if for some reason they ran into anything that the Userrollback extension was unable to revert and delete.
;Specialdiscussionslog
Fandom Staff and Fandom Helpers previously had the ability to view the discussions log. Wiki Representatives and Spam Obliteration and Prevention members were also granted the ability, following their respective introductions in July 2021 and July 2020. Global Discussion Moderators were subsequently granted the ability to view the discussions log in May 2021.
Wiki Managers and Volunteer Spam Task Force members also had the ability, prior to their respective retirements. Wiki Specialists were subsequently granted the ability in December 2021. User Rollbackers were subsequently granted the ability to view the discussions log in June 2021, so they'd 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 were forbidden to use their discussions log access rights for any other reason, including check user requests.
User Rollbackers lost the ability to view the discussions log in March 2022, after the ability was removed and fully replaced with the Discussionslog:view permission. Fandom Staff, Wiki Representatives, Wiki Specialists, Fandom Helpers, Spam Obliteration and Prevention members, and Global Discussion Moderators also lost the ability in March 2022 for that reason.
;First-edit-dialog-exempt
Fandom Helpers previously had the ability to be exempted from first edit dialogues when editing on a wiki for the first time. Wiki Representatives and Spam Obliteration and Prevention members were also granted the ability to be exempted from first edit dialogues, following their respective introductions in July 2021 and July 2020. Wiki Managers were also granted the ability, following their introduction in May 2019 until their retirement.
Global Bots, Fandom Utilities, Fandom Staff, and Vanguards also had the ability to be exempted from first edit dialogues, prior to this wiki's migration to Fandom's Unified Community Platform. Volunteer Spam Task Force members also had the ability to be exempted from first edit dialogues, prior to the usergroup's retirement. User Rollbackers were subsequently granted the ability to be exempted from first edit dialogues in October 2020, since I imagined that it would be pretty annoying for them to have to constantly put up with first edit dialogues when reverting vandalism from wikis that they previously haven't edited on.
However they lost the ability in March 2021, as the permission apparently no longer works on Fandom wikis. This may explain why Global Bots, Utilities, Staff, and Vanguards lost the ability upon this wiki's migration and have regained it since. Fandom Helpers, Wiki Representatives, Spam Obliteration and Prevention members lost the ability in December 2021 for that reason.
;Proxyunbannable
User Rollbackers previously had the ability to bypass automatic blocks of proxies. However, they lost the ability in December 2016, after it was decided that User Rollbackers shouldn't be able to bypass automatic blocks of proxies. Seeing as User Rollbackers didn't have the ability to block users from editing, or the ability to manage global blocks and spam filters.
On top of that, at the time of the fictional usergroup's creation, I imagined User Rollbackers as being like Global Rollbackers, but in Volunteer Spam Task Force form. Since VSTF didn't have the ability to bypass automatic blocks of proxies, prior to the usergroup's retirement, I felt that it was unnecessary for User Rollbackers to have it. Being able to bypass automatic blocks of proxies was highly irrelevant to User Rollbackers in any case, as they would still have been able to bypass automatic blocks of proxies when using 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. Because the extension has direct access to the database, users with the Userrollback permission would have been able to use it to bypass automatic blocks of proxies, regardless of what permissions they had.
;Badge:userrollback
User Rollbackers were subsequently granted the ability to have their User Rollback badge appear next to their avatars in in October 2020. Though Fandom Staff, Fandom Helpers, Global Discussion Moderators, Administrators, and Discussion Moderators have badges appearing next to their avatars in Discussions, their corresponding badge permissions don't display in Special:ListGroupRights. However, certain GitHub repositories imply that such badge permissions did exist for a short period of time.
Volunteer Spam Task Force members also had badges appearing next to their avatars in Discussions, prior to the usergroup's retirement. User Rollbackers were granted the ability to have their User Rollback badge appear next to their avatars so they could be distinguished from users that did not have any Discussions related permissions. However, User Rollbackers don't have any additional permissions in Discussions aside from the Forums:delete, Posts:delete, Posts:deleteall, and Sociallogs rights, so one could argue that User Rollbackers having their own badges in Discussions is largely unnecessary.
And in any case if a User Rollbacker is also a Spam Obliteration and Prevention member, they will have a Spam Obliteration and Prevention member badge next to their avatar instead. If they are also a Global Discussion Moderator, they will have a Global Discussion Moderator badge next to their avatar instead. If they are also a Fandom Helper, they will have a Fandom Helper badge next to their avatar instead. If they are also a Wiki Specialist, Wiki Representative, or a member of Fandom Staff, they will have a Fandom Staff badge next to their avatar instead. If they are also a Content Moderator, they will have a Content Moderator badge next to their avatar instead.
If they are also a Discussion Moderator, they will have a Discussion Moderator badge next to their avatar instead. If they are also an Administrator, they will have an Administrator badge next to their avatar instead. User Rollbackers lost the ability to have their User Rollback badge appear next to their avatars in Discussions shortly after they were granted the ability, because the badge permissions were scrapped shortly before the remaining Discussions related permissions were added to the Special:ListGroupRights page. Since the code relating to Discussions supports showing the badges in Discussions without the said permissions appearing on the Special:ListGroupRights page, all usergroups including User Rollbackers with Discussions badges implicitly have them anyway.
;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.
;Spamblacklist
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. User Rollbackers were subsequently granted an ability to view the spam block list in June 2021. However, unlike the Phalanx permission, the Spamblacklist ability would not have allowed users to manage global blocks or spam filters.
I subsequently decided that User Rollbackers should have an ability to view the entries on the spam block list so they would hopefully keep instances of performing actions that would otherwise have triggered spam protection filters to a minimum. User Rollbackers could have had their rights revoked by Staff if they were found to have abused the privilege of viewing the spam block list in order to deliberately do things that would not only have triggered 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.
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. They still had the ability to view the spam block list on wikis that have the SpamBlacklist extension added to them, but I decided to change the name of the fictitious Spamblacklist permission to Spamblacklistview so that it would be more obvious what the permission did. User Rollbackers were granted another fictional permission titled Spamfilter-view so they'd be able to view spam protection filters, via the Phalanx special page on wikis that don't have the SpamBlacklist extension added to them.
User Rollbackers lost the ability to view the spam block list via the Spamblacklistview permission in May 2022, after it was discovered that unlike the spam filters associated with the Phalanx special page, the spam block lists associated with the SpamBlacklist extension are public and can be viewed by any user, regardless of what permissions they have. Which made the fictional Spamblacklist and Spamblacklistview permissions redundant.
;Spamfilter-bypass
Fandom Staff and Fandom Helpers have the ability to bypass content, device, email, summary, title, and wiki creation filters 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 it, 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 it, following their respective introductions in July 2021, July 2021, and July 2020.
User Rollbackers were subsequently granted the ability to bypass content, device, email, summary, title, and wiki creation filters via the Phalenxexempt permission in November 2016. However, they lost the ability in April 2017 when it was discovered that the permission made them immune to global blocks which wasn't what I had intended for them. However, I still wanted them to have an ability to bypass content, device, email, summary, title, and wiki creation filters without making them immune to user filters. User Rollbackers were eventually granted an ability to bypass content, device, email, summary, title, and wiki creation filters 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 bypass content, device, email, summary, title, and wiki creation filters, they had to take note of the blacklisted entries that would otherwise have triggered spam protection filters. They were only permitted to bypass content, device, email, summary, title, and wiki creation filters while doing things such as reverting vandalism through the use of Quicktools, and they weren't permitted to revert vandalism if it meant readding content that would have triggered spam protection filters.
User Rollbackers could have had their rights revoked by Staff if they were found to have abused the privilege of bypassing content, device, email, summary, title, and wiki creation filters 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 many users that would be part of the User Rollback group would probably also be Staff anyway. User Rollbackers lost the ability to bypass content, device, email, summary, title, and wiki creation filters in May 2022, after they regained the ability to bypass phalanx rules, allowing them to continue bypassing content, device, email, summary, title, and wiki creation filters, along with the ability to bypass user filters.
==Groups that User Rollbackers were previously able to add or remove from other accounts==
;Rollbackers
User Rollbackers were previously able to grant and revoke Rollback rights from other users on local communities. However, unlike local Bureaucrats and Administrators, User Rollbackers were actually almost never permitted to add or remove Rollback rights from other users.
User Rollbackers lost the ability to add and remove Rollback rights from other accounts on local communities in July 2017, after it was decided that User Rollbackers shouldn't be able to modify the user rights of other users on local communities.
This was also because Volunteer Spam Task Force members had recently lost the ability to add and remove Rollback and Bot rights from other accounts on local communities, and because the time of the fictional usergroup's creation, I imagined User Rollbackers as being like Global Rollbackers, but in VSTF form.
==Groups that User Rollbackers were previously able to add or remove from their account==
;Assistants
User Rollbackers were previously able to add and remove Assistant rights to and from their account on C.Syde's Wiki and the Encyclopaedia SpongeBobia. However, unlike local Bureaucrats and Administrators, User Rollbackers were actually almost never permitted to add Assistant rights to their account. User Rollbackers had the ability to add Assistant rights to their account, in case they ever ran into a situation where they were unable to fully revert global vandalism by specific users using their User Rollback rights.
User Rollbackers lost the ability to add and remove Assistant rights to and from their account on C.Syde's Wiki and the Encyclopaedia SpongeBobia in December 2018, after it was discovered that User Rollbackers didn't need to belong to any other usergroups or have any extra permissions in order to use the Userrollback extension effectively. Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database.
Because the extension has direct access to the database, users with the Userrollback permission would have been able to use it to quickly revert cross-wiki vandalism from specific users across all wikis, regardless if they didn't have the Editsemiprotected permission in order to revert edits made on semi-protected pages. And regardless if they didn't have the Editprotected permission in order to revert edits made on fully protected pages.
;Content Moderators
User Rollbackers were previously able to add and remove Content Moderator rights to and from their account on local communities. However, unlike local Bureaucrats and Administrators, User Rollbackers were actually almost never permitted to add Content Moderator rights to their account. User Rollbackers had the ability to add Content Moderator rights to their account, in case they ever ran into a situation where they were unable to fully revert global vandalism by specific users using their User Rollback rights.
User Rollbackers lost the ability to add and remove Content Moderator rights to and from their account on local communities in December 2018, after it was discovered that User Rollbackers didn't need to belong to any other usergroups or have any extra permissions in order to use the Userrollback extension effectively. Userrollback works on the server side, so there's no notification of 'user permissions', as the extension has direct access to the database.
Because the extension has direct access to the database, users with the Userrollback permission would have been able to use it to quickly revert and delete cross-wiki vandalism from specific users across all wikis, regardless if they didn't have the Editprotected permission in order to revert edits made on fully protected pages. And regardless if they didn't have the Delete permission in order to delete pages created by cross-wiki vandals.
;Rollbackers
User Rollbackers were previously able to add and remove Rollback rights to and from their account on local communities. However, unlike local Bureaucrats and Administrators, User Rollbackers were actually almost never permitted to add Rollback rights to their account. 
User Rollbackers lost the ability to add and remove Rollback rights to and from their account on local communities in January 2018, after it was decided that it was pointless for User Rollbackers to have the ability to add Rollback rights to their account, as they already had all the permissions extended to Rollbackers on all wikis.
==Groups that User Rollbackers were previously able to remove from their account==
;User Rollbackers
User Rollbackers were subsequently able to remove User Rollback rights from their account. However, they lost the ability to remove User Rollback rights from their account in April 2016, shortly after they were granted it.
User Rollbackers lost the ability to self-revoke their User Rollback rights after it was decided that fictional global usergroups shouldn't be able to remove global usergroups from their account, seeing as most of the real global usergroups weren't self-revocable.
==Gallery==
User Rollback Badge.svg|Fictional User Rollback Badge
==See also==
*User Rollback Rights on wikis with certain features added
==References==
Category:Pages
Category:C.Syde's Pages
Category:Pages related to Fandom