Force specific users through moderation

I don’t know if there is a way to expose site/plugin settings to non-admins.

The plugin could be extended to add a button to user profile screens to toggle forced moderation on and off for the displayed user. That would make it possible for moderators to use it.

Realistically, I don’t know if I will have time to add that to the plugin myself in the near future, but I’d take a pull request if someone else wants to.

2 个赞

Would it be difficult to implement a function where posts rejected have a reason text field that’s PM’d to the user?

Great plug in by the way @LeoDavidson :sunny:

That would probably be best as a separate plugin, since it would be useful as a general part of the moderation queue functionality in Discourse.

This plugin just puts messages into the moderation queue (if the username matches) and doesn’t change how anything after that works.

此插件能否应用于群组?

这个插件在 Discourse 2.3 的新审核设计下还能用吗?@eviltrout 我觉得不太可能……

它仍然可以工作,至少在我的 v2.4.0.beta1 论坛上可以。(v2.3 发布时它曾失效,但我已修复。)

目前它只检查用户名,但如果我能找到一些空闲时间,或许可以添加该功能。你有多需要这个功能?

3 个赞

它是否已更新为使用审核队列?还是采用其他审核机制?如果需要,我可以协助升级。

3 个赞

老实说,我不太确定。我还没有真正探索过新的审核队列功能。

当我在 v2.3 中修复它时,我不得不修改它,使其返回 :trust_level:skip,而不是 truefalse。不知道是否还需要其他改动?

1 个赞

我不确定我们收到多少关于按用户进行内容审核的客户请求,但如果我们将来要开展这项工作,或许值得快速评估一下任务范围。

5 个赞

我刚刚审查了代码,很惊喜地发现它简洁明了!它复用了现有的帖子排队方法,因此会自动使用审核队列,无需再做其他更新。

5 个赞

确实,干得漂亮 @LeoDavidson :clap:

4 个赞

我正在寻找一个相反的功能:出现在用户小列表中的任何用户,其帖子将不会被审核。(一些帖子因为被垃圾用户常用的“监控词”而暂时被扣留,这让几位长期用户感到困扰。)

如果我 fork 并修改这个插件,我能否在第 19 行(discourse-forcemoderation/plugin.rb at master · LeoDavidson/discourse-forcemoderation · GitHub :skip 而不是 :trust_level?)

这些用户的信任等级是多少?

它们的信任等级介于 TL2 和 TL4 之间。

我本来打算今天晚些时候测试一下这段代码是否有效,但我不确定它是否正确。

看起来可以正常工作。我把插件代码放在这里,以防其他人需要用到。列表中的任何用户都可以绕过审核。

2 个赞

此插件是否适用于当前的 Discourse 版本?

如果插件在未来停止工作会怎样?它只会停止保存用户帖子以供审核,还是会破坏其他东西?

升级后进行测试,我能否尝试以一个虚拟 TL0 用户身份发帖并看看会发生什么?

我今天花了一段时间才找到这些,希望在这里添加详细信息有所帮助。您可以通过搜索“approve”(而不是“moderate”或“moderation”)或查看“Posting”选项卡来找到设置。最相关的设置似乎是 approve unless trust level

我仍在继续使用它,并且没有遇到任何问题或收到任何问题报告。

它可能只会不起作用,行为会恢复到没有插件时的样子,但这很难猜测,因为它取决于具体的变化情况。

尝试以一个不在插件配置中的用户身份发帖,然后再以一个在插件配置中的用户身份发帖,并检查前者是否能正常发布而没有任何(额外的)审核,而后者发帖则会被添加到审核队列中进行审查。

2 个赞

这个插件备受赞赏,多年来即使没有更新也仍然有效。
我们仍然可以看到帖子,并且我在隐私浏览器中进行了测试,以排除我的员工身份。但是,我阅读了关于标志、审核和隐藏的内容,然后将隐藏灵敏度设置为高。
我不确定高灵敏度是否有效,因为我们的“朋友”已经被静默(两次)并即将被驱逐。
如果您想进行更新,此隐藏功能在不调整全局灵敏度的情况下可能会很有用。也许该插件可以成为一个“员工用户”来标记。我认为员工标记会自动隐藏它。但我不太确定标记和隐藏是如何工作的。我们是一个新团队,只需要处理一个人,他已经被静默了两次。一个用于搜索和选择用户的下拉列表也很好,但手动输入姓名也可以。该插件可以完成工作。

正如我们在佛教界所说:
Sadhu Sadhu Sadhu。干得好!

我们也感谢 Discourse 团队对 FOSS 的贡献,并向我们这样的小型团队展示了如何自托管,这也使我们能够添加插件。

我不知道最近是否有任何变化,但根据插件和 Discourse 当前版本上次在我们论坛触发时的运行方式,被标记的帖子会保留在审核队列中,并且只有工作人员/管理员才能看到。

据我所知,我没有更改任何 Discourse 设置来实现这一点。

也许你可以测试一下。
然而,据我所见,“朋友”在他被“标记”后仍然出现。
我可以在隐私浏览器中查看,这样我的管理员身份就不会被 discourse 发现。
我在设置中查看了这一点,似乎隐藏帖子的默认设置是“中”。
然后我将其更改为“高”,这可能会在第一次标记时隐藏。
似乎“审核”在技术上被称为“标记”,但我可能弄错了。我刚接触这些。