Can category moderators be prevented from reviewing flags on their own posts?

[Ethsim2 (Ethan)]

I’m trying to understand the intended behaviour and available flexibility around category moderators and the review queue.

From previous Meta posts, my understanding is that category moderators can review flags in categories where they have category-moderator permissions, but they do not see flags outside their category. I also understand “appropriate for them” to mean scoped to their category permissions.

My question is about conflict-of-interest cases:

If a category moderator’s own post is flagged inside a category they moderate, will that reviewable normally be visible/actionable to them?

If so, is there any built-in setting, permission model, plugin, or recommended workflow to prevent or discourage self-review, for example:

• hiding reviewables where the category moderator is the author of the flagged post;
• allowing category moderators to review flags generally, but not flags on their own posts;
• routing those cases to admins/full moderators only;
• disabling flag review for category moderators while keeping other category moderation powers?

I realise a local policy can say “do not review flags on your own posts”, but I’m interested in whether Discourse has technical flexibility here, or whether this would need a plugin/customisation.

Thanks.

[Ethsim2 (Ethan)]

As a possible workaround, would using Trust Level 4 / Leader be a better fit than category moderator in this situation?

My concern is specifically about avoiding a conflict-of-interest case where a category moderator’s own post is flagged inside a category they moderate. From what I understand, category moderators can review flags in their category, whereas TL4 users have some elevated community powers but cannot handle flags.

So perhaps TL4 would let a trusted user help with topic organisation/community tidying without giving them access to review/action flags involving their own posts.

Is that the intended distinction between TL4 and category moderator, or are there any caveats I should be aware of?

[Moin]

I don’t think there is currently a plugin preventing (category) mods from handling flags on their posts.

I wonder why you don’t trust the people you chose as moderators not to handle flags on their posts if that’s part of the moderation policy. In that case, why do you think they wouldn’t delete a post they disagree with or even delete the author?

A theme component hiding flags in the review queue has also been discussed here:

General moderation policies

This was my thinking on having an option even just a TC option to hide options to handle a flag that a mod has initiated or is the target of. To help remove temptation to imho abuse power of a mod. In my instance for communication I have a category with the idea to help with communication of Flag resolution and to act as a place to discuss moderation. For a successful mod team communication is a key vital component

[Ethsim2 (Ethan)]

Thanks, that makes sense.

It is not so much that I distrust a specific person I have chosen as a moderator. I am trying to choose the least-powerful role that matches the job I actually want them to do.

Thinking about it more, I think there are a few separate needs here which should not be mixed together:

1. general topic organisation / community tidying;
2. handling flags in a specific category;
3. ordinary deletion of a user’s own posts;
4. more sensitive deletion/revision-history handling.

For example, if the main need is topic organisation/community tidying, then TL4 may be more appropriate than category moderator because it avoids giving access to the flag review queue at all. If I actually need someone to review flags in a category, then category moderator is the relevant role, with a clear local policy that they should not handle reviewables involving their own posts.

My remaining question is whether a category moderator can see which user raised a flag against them when their own post is flagged.

I also take the point that a theme component should not be relied on as a security boundary, because it would mainly hide UI rather than change the underlying permission model.

So I think my practical options are:

1. use TL4/Leader where I want trusted community help but not flag handling;
2. use category moderator only where I genuinely want that person reviewing flags;
3. keep ordinary own-post deletion separate from moderation permissions;
4. keep permanent deletion/revision-history removal as an admin/full-moderation matter rather than something solved by category moderation;
5. keep a written policy that moderators should defer flags involving their own posts.

That answers my question unless there is a stronger permission-level way to exclude self-authored flagged posts from a category moderator’s review queue, or unless the flagger identity is already hidden from the post author in that self-flag scenario.