-
-
Notifications
You must be signed in to change notification settings - Fork 886
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rework user reports to show to mods first, then admins #2414
Comments
With 1 and 2, the fear is that, since admins are almost always more active than mods, that the reports would never get "bumped up", and would forever sit in the mod queue. With 3, having some really bad content sitting there for days is also not an option. Someone needs to get to it ASAP. The admin overreach is def a problem, but I can't think of a good way to solve it without increasing everyone's workload. Seems an unavoidable tradeoff of: "get eyes on this report to solve it quickly" vs "let community mods have some time to take action on it first". I also don't want users to have two different report buttons. The only thing I can think of, is to have an admin action of "push to community mods", after which it would be "resolved" for admins, but "unresolved" for mods. This would be a way to mitigate the annoyance for admins of resolving things that should really be community mods jurisdiction. |
I generally agree with the proposal, and I think could work more or less like this: reports initially go to community mods, and are hidden from admins unless they click a button like "show all reports". If a report isnt resolved by mods after some days, it gets shown to admins directly. Same if a single post/comment receives multiple reports, which usually happens when something really bad gets posted. |
I would like to add, that I would like an option in the report to notify the admins right away if the reporter thinks the reported content violates the server rules. So maybe a choice 'does it violate server rules or community rules?' or something like that. |
If we implemented #3324 then it would be possible to categorize who should receive the reports first. So, an instance-specific rule like "Spam" may go to both admins and mods, but a local-community rule may only go to mods first, then to admins if it goes unanswered for an extended period. It would also be awesome to be able to set timeouts for when community-local reports would be escalated to an admin to review. e.g. If a community mod doesn't resolve a local-rule breaking issue within X hours / days, it'll be flagged for admin review. That way even if a report goes unanswered, it'll eventually be dealt with. Also, is there any way to mark the reports as resolved if a moderation action is taken against them remotely? e.g. when a local user reports a post on a remote instance, could it be auto-resolved if said post / comment is removed, since those actions appear in the modlog already iirc. |
Then a person should have a role of an Admin and also role of a Mod
Then Admins need to appoint a new Mod |
I think forcing reports to always be sent to mods is a bad idea, for communities created in bad faith it won't do anything except be a harassment vector for the person reporting, which is why I strongly believe that admin only reports should be a feature. We shouldn't give too much legitimacy to moderators here because ultimately they can be just as bad as the people being reported. |
There is a related rfc: LemmyNet/rfcs#6 |
User reports are a great addition, but they could be even better with proper compartmentalisation.
The problem currently is that once a user makes a report, it's sent to the mods of a community and the admins of the instance. Then whoever gets to it first can resolve it for everyone.
This can lead to a few problems:
As an admin on an instance, there's many times where I let a report sit because I feel it's not my responsibility to take care of it but the mods'. Then it sits there with that "1" notification until they get to it, if they ever. Sometimes the mods of a community are not active anymore and so an admin needs to step in.
There's many things we can do with reports so that both mods and admins can work better on them instead of being in a "tug of war".
But what I would propose first is to compartmentalize reports properly:
I have other ideas, including listing modlog actions (mod&admin) against a user under items in the report queue so that we can follow a user's history or check at a glance how the report was solved.
The text was updated successfully, but these errors were encountered: