我在 Discourse 服务器上设置了一个用于 bug 跟踪的类别。我想在同一个地方跟踪来自用户的公开 bug 提交和内部提交的 bug。
我希望公开的 bug 对所有人可见（因此私有主题不是解决方案）。这样，我们可以减少重复提交，并且大家可以对现有主题发表评论或进行阐述。
我也希望我们的内部团队能够提交 bug，但除非我们针对特定主题有此意愿，否则不希望它们被公众看到。
我们可以对回复切换“耳语”功能，但不能对主题本身切换。那么，是否有办法设置每个主题的可见性？
将主题设置为“未列出”几乎能满足我们的需求，但我们有一个开发人员组需要查看它们，他们没有被设置为版主或管理员，他们只是在一个组里。
为什么不使用一个只有该组拥有查看权限的子类别？
您可以为这个树状层级设置两个版本吗？一个用于内部，一个用于外部。您可以使用标签（或自动标签）来帮助内部团队查看哪些错误是内部和公开都有的。或者，如果您是企业客户，可以启用第三级类别。
我是自托管的，所以如果我愿意，我可以在其中放置另一个级别，但同样，它不是用户最简单的解决方案。
我听说我的请求是不可能的。
这真令人沮丧。通过一个站点设置“允许这些组查看未列出的话题。管理员和版主始终可以查看这些话题。”可以解决此问题。
就是这样。我在这里可以看到未列出的话题。我想是因为我是 TL4。
其他用户不阅读这些话题对您有多重要？
我怀疑未列出的话题是否真的能为您解决问题。
当您关注一个类别时，您也会收到为每个新创建的未列出话题发送的通知。
此通知包含链接，以便您可以访问和阅读该话题。
因此，这些话题将不仅仅对特定群组可见。
没错，但我不想让开发者成为 TL4，对他们来说权力太大了。
那么又回到最初的问题了……
也许有一个特殊的标签？如果主题有“no-yuo!!”标签，那么只有 X、Y 和 Z 小组才能看到它？
只有类别控制访问权限，但如果你想要一个温和的版本，你可以用CSS做些什么。
啊。也许你应该做的是更改你的权限，这样开发人员（他们太笨、太懒或太粗心，无法将东西放在正确的类别中）在公共bug类别中就没有创建权限。然后，如果有什么东西应该是公开的，那么一个有足够注意力的人可以把它移到公共类别。
这在某种程度上违背了我最初请求的目的。我想要一个错误类别，并控制该类别内单个主题的可见性。
看起来应该是可行的，但根据反馈，可能不行。
我认为，任何涉及“可以是公开的，也可以是私有的”的过程，每次有人创建主题时都会存在用户出错的可能。无论是选择正确的类别，还是记住点击“私密”，还是添加一个会进行一些 CSS 魔法来隐藏它的标签，等等。在某个点上，你必须做出选择，并且有机会搞砸它。
我认为子类别是确保可见性保护的途径。如果你不想为此启用子子类别（或使用像 Category Groups 这样的替代方案来调整你的顶级类别结构），你可以在“支持”中添加一个额外的子类别来用于 #internal-bug-reports，然后使用主题过滤器创建一个自定义主题列表，其中包含来自这两个类别的帖子，然后你可以将其添加到侧边栏供你的开发人员使用。
为了好玩，我测试了是否可以使用 API 来更改 OP 的 post_type。虽然它确实有效，但它仍然会显示给非私密测试用户，然后在他们点击进入时出错。
因此，似乎需要一些额外的开发工作来使其更顺畅（当你开始深入研究时，也可能存在其他意外行为的冲突）。
"[quote=“JammyDodger, post:12, topic:373766”]
虽然确实奏效了，但对于一个非耳语测试用户来说，它仍然出现在主题列表中，然后当他们点击进去时会出错。
[/quote]
那可能没那么糟糕。我不确定我是否在意普通用户能否看到标题。
我目前的解决方法类似：
现在我只需将我的开发团队添加到‘允许耳语的群组’
不像我希望的那么优雅，但写出它的标准操作程序（SOP）相当直接。
这样做还有一个额外的好处，如果普通用户有一个看起来与标题相似的错误，他们就可以向该主题添加帖子。"
