Skip to content
This repository was archived by the owner on Jul 22, 2025. It is now read-only.

Conversation

@SamSaffron
Copy link
Member

Previously staff and bots would get scanned if TL was low
Additionally if somehow spam scanner user was blocked
(deactivated, silenced, banned) it would stop the feature from working

This adds an override that ensures unconditionally the user is setup correctly prior to scanning

Previously staff and bots would get scanned if TL was low
Additionally if somehow spam scanner user was blocked
(deactivated, silenced, banned) it would stop the feature from working

This adds an override that ensures unconditionally the user is setup correctly prior to scanning
user.update!(silenced_till: nil) if user.silenced?
user.update!(trust_level: TrustLevel[4]) if user.trust_level != TrustLevel[4]
user.update!(suspended_till: nil, suspended_at: nil) if user.suspended?
user.update!(active: true) if !user.active?
Copy link
Contributor

@lis2 lis2 Jun 17, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Instead of having this code, what do you think of a migration to unsilence, activate and unsuspend all bots?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I worry that then users can still do this to themselves on the admin page for the bot without understanding the impact 😢 maybe we should ban particular actions on bots from the admin interface?

@SamSaffron SamSaffron merged commit 32dc45b into main Jun 17, 2025
6 checks passed
@SamSaffron SamSaffron deleted the spam-fix branch June 17, 2025 04:51
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants