Email or username:

Password:

Forgot your password?
rixx

So, when you block an instance as a mastodon administrator, on account of that instance spewing spam like mad and also none of your users following anybody there, this will NOT resolve any of the >100 reports your users have openend against that instance, despite the reports now being useless.

And of course, Mastodon still has no bulk editing of reports, so you die the death of a thousand ~~papercuts~~ report-clicks … or you just add report-resolving to your management script:

#mastoadmin

Terminal interface showing the script "block-instance" being run. It first asks for an instance name, then the block level (block vs limit), and then a multi-select of block reasons, with SPAM being selected. After a couple of other questions, the script reports the instance being added to the block list, and commits the change in the git repo. It then checks for open reports, and asks if all 64 open reports should be closed. Upon confirmation, you see a progress bar tracking the reports being closed one by one.
2 comments
rixx

Also pictured: I did end up closing around 50 reports manually before coming to my senses and automating the whole thing.

I can already tell you that the next step will be an option to close all reports against an instance *while suspending the reported users* when we limit an instance for spam.

rixx

Why do we already have a script that handles instance blocking for us, you ask?

Well. First off, we want to publish the list of blocked instances on our website, with reasons where sensible. Internally, the full list contains a ton of dead instances that don’t make any sense to publish, so we handle it like this.

But I’m glad we do, because as it turns out, the Mastodon audit log for instance blocks is utterly useless, so having the true story logged to a git repo is due diligence. #mastoadmin

Go Up