您好，亲爱的社区，
我遇到了一个关于我的群组的问题。
不知何故，在我创建这个群组后，我再也无法访问它来修改设置了，页面一直加载但什么也没显示。
这种情况以前发生过一次，由于我无法进行任何在线操作，我们不得不从数据库中删除了该群组。看来这次我们不得不再次为这个群组这样做。
这是一个已知的 bug 吗？（我没有找到任何相关信息）
有什么变通方法吗？
提前感谢！
能否提供更多细节？
您正在使用哪个分支？
- Tests-passed（团队推荐）
- Stable（更新较慢，安全修复）
这是否确认是一个成员组？
我们使用的是 3.3.0.beta5-dev 版本。
当我进入“群组”时，我看到了我的群组列表，以及默认群组和信任级别。
我可以打开所有群组，除了我创建的一个群组，点击它时它就是打不开。
这个群组里确实会有成员，但目前还没有，而且它的设置方式和我们其他的群组完全一样。
这是否确认您拥有管理员权限？
您提到您之前遇到过类似无法访问某个组的问题，并且不得不删除它
您能确定可能的原因吗？如果您能分享有关组配置方式的详细信息，以及如果可以的话，组的名称。这可能有助于故障排除。
您可能需要按照上次的方式删除该组。然后尝试重新创建该组，并详细说明步骤，看看在使用您尝试创建的组时是否会再次发生这种情况。
2 个赞
是的，我是管理员。
不，我也不知道它之前为什么会出问题。
组的名称是 Affiliate，带有图标和闪光颜色。
仅对组所有者可见，并且只有管理员和版主可以发送消息和提及。
我所有其他类别的设置都相同，没有出现问题。
上次出问题时，它叫做 Affiliate，而这个叫做 Affiliate1。我们删除了有问题的 Affiliate，而 Affiliate1 在设置方式完全相同的情况下运行良好。之后我将 Affiliate1 重命名为 Affiliate，它又出现了问题。
是的，我想我别无选择，只能再次在数据库中删除这个组，但我只是希望它能停止这样做，目前里面有 0 个成员，但我无法承受一旦我们的用户加入后它还会这样做。
1 个赞
这可能是团队想要关注的事情。
猜测是之前联盟群组问题的原因尚未完全从数据库中清除，而将 affiliate1 重命名为 affiliate 导致此 bug/问题再次出现。
我建议也许将群组命名为 Affiliates 或 Affiliate Members。如果 Affiliate_Members 的 slug 名称使用下划线或连字符。
您是自托管还是托管计划？
鉴于此，我将更改其名称，以防 Discourse 讨厌这个词^^
但我想知道这是否是一个已知问题，如果不是，我想报告它。
自托管。
1 个赞
这很可能是一个 bug。如果团队知道它，他们会发出警告。
我本来想自己试试看能不能重现它。但在这种情况下，我宁愿不这样做，因为根据你的描述，这似乎需要一些工作才能移除。
这是否与您的广告拦截器有关？禁用它后是否还会出现此问题？
6 个赞
到底是怎么回事，如果我禁用 ublock origin（我显然不想这样做），有问题的组就会显示出来。为什么？
1 个赞
可能是由于某些格式错误的广告拦截规则，类似于名为 @adman 的用户的个人资料被阻止的原因。
1 个赞
我没有任何个人规则，使用的是 ublock origin 中的默认规则，并且我相信它们是 Properly Made 的。
那么我想我应该重新表述为一项好意的规则导致了问题。你能把你的 Discourse 加入 ublock 的某种白名单之类的吗？
1 个赞
我尝试了另一种方法，禁用了 ublock origin，然后就能加载该组并将其删除，并以略有不同的名称创建了另一个组。
但只是为了让大家知道，看起来 ublock origin 不喜欢“Affiliate”这个词 ^^
感谢大家的帮助，我从未想过会是这个问题。
4 个赞
我从没想过广告拦截器会引起像这样严重的（Havok）问题。不过想想也有道理，因为这些群组被包裹在网页代码中。所以它很可能认为这与联盟链接广告有关。
1 个赞
这也可能是其他广告拦截插件的问题。就像杀毒软件和其他恶意软件扫描器一样，它们使用算法来识别模式，并且通常会采取谨慎的态度。
由于用户名、群组以及可能的分类名称/slugs 都被包裹在 HTML、JScript 和其他代码中。广告拦截器会将其标记为可疑并进行拦截。
像这篇帖子这样的内容不太可能被拦截，因为它没有被大量代码包裹，更像是一个文档。
1 个赞