# 为无权查看该类别的群组更新“类别默认通知”

**URL:** <https://meta.discourse.org/t/updating-category-default-notifications-for-groups-that-dont-have-permission-to-see-the-category/291050>\
**Category:** Bug\
**Tags:** groups, notifications\
**Created:** [2024 年1 月 9 日 18:24 UTC](https://meta.discourse.org/t/updating-category-default-notifications-for-groups-that-dont-have-permission-to-see-the-category/291050 "2024-01-09T18:24:33Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

作者： ![jericson](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jericson/32/116215_2.png) [@jericson](https://meta.discourse.org/u/jericson)\
发布日期： [2024 年1 月 9 日 18:24 UTC](https://meta.discourse.org/t/updating-category-default-notifications-for-groups-that-dont-have-permission-to-see-the-category/291050/1 "2024-01-09T18:24:33Z")

</div>

可以将类别通知（通过 `/g/[group_name}/manage/categories`）添加到用户组无权查看的类别中。例如，您可以设置所有 Trust\_level\_0 的成员关注 Staff 类别。甚至还有一个提示可以追溯性地应用更改：

 ![Screenshot 2024-01-09 at 9.57.14 AM](https://global.discourse-cdn.com/meta/original/4X/0/7/5/075b3d06191e5c06a396124c97ea77286301785e.png)

如果 Discourse 真的进行了此更改，并开始向普通用户显示员工在私密对话中的内容，那将是\_非常糟糕\_的 ™。幸运的是，这个提示是骗人的。在（在暂存实例上）进行了这项非常可怕的更改后，我可以冒充一个普通用户，并看到他们在其跟踪首选项（`/my/preferences/tracking/`）中没有设置此项，并且不会收到新活动的通知。类别安全按预期工作。

话虽如此，当我以管理员身份登录并查看用户的跟踪首选项时，我看到了这个：

 ![Screenshot 2024-01-09 at 10.14.13 AM](https://global.discourse-cdn.com/meta/original/4X/9/2/4/924bd3ef244a3d05f239c29c0bf92afbf17fe0d4.png)

我可以将他们添加到各种私密类别中，如果您不知道 Discourse 在后台正确管理着这些内容，这可能会引起短暂的恐慌。

我认为正确的方法是禁止管理员设置用户实际上无法读取的类别的跟踪首选项。这意味着，除非用户属于可以查看该类别的用户组，否则我不能在访问其他用户个人资料时手动添加类别。如果我使用批量更新将整个用户组添加到某个类别，如果该用户组无权读取该类别，系统将报错。

是否有任何理由允许管理员添加实际上不发送通知的通知设置？我能想到的唯一一种情况是，管理员计划将来开放某个类别，并希望为相应的用户组提前准备好通知。（但我不知道这是否合理。）

---

_[View the full topic](https://meta.discourse.org/t/updating-category-default-notifications-for-groups-that-dont-have-permission-to-see-the-category/291050)._