编辑：问题在于，尽管默认管理员的个人资料显示为管理员：是，但他们最初并未被添加到“staff”或“admin”组中。
我只是在测试新实例时进行了调整，并注意到在启用聊天后，默认管理员看不到语音气泡，并且聊天/浏览/打开会将他们踢回/latest。
我将 chat_allowed_groups 设置为：
我以前好像见过类似的东西。这是同时添加了 staff 和 admins 吗？删除其中一个是否允许管理员在不提升其信任级别的情况下进行聊天？
这是今天早上在 DO 上手动构建的一个全新实例，我正在测试当前的开箱即用体验。它们具有自动 TL 组成员身份，没有自定义的。管理员是，版主否 - 这是一个新实例上的默认管理员，遵循默认设置。
聊天提交 c77dc37a
它们是否也显示了自动的“staff”和“admins”组会员资格？
我在 DO 上启动了一个全新的自托管站点，并安装了聊天插件，我可以确认我也遇到了同样的问题：
使用标准安装指南进行安装（在 Chat 插件中编辑 app.yml）
注册管理员
完成设置向导（前 3 个步骤）
从插件页面启用聊天
添加了 staff admins trust_level_3 trust_level_4
刷新页面
屏幕上没有聊天气泡
/chat/browse 重定向到 Latest
其他说明：
staff 包含在允许的聊天组中也不会为该管理员用户显示聊天自动组似乎没有被应用。我刚刚启动了另一个实例，默认管理员只有信任级别，他们没有“staff”或“admin”。我可以让他们成为版主，或者创建另一个管理员来触发这些成员资格。我曾想过让实例运行一晚，看看 sidekiq 作业是否能解决这个问题，但对于一个新实例上的唯一管理员来说，它不应该长时间处于这种状态。
所以问题似乎不是聊天，而是新实例上默认管理员的成员资格……将重命名此主题并删除 chat 标签。
这是新出现的问题吗？您是建议新管理员也应成为版主吗？我想知道这是很久以前的设计决定还是新的更改。
关于聊天，在我看来，管理员用户应该能够访问所有聊天，即使他们没有在 chat allowed groups 中列出，就像他们可以访问网站上的其他所有内容一样。
碰巧的是，本周我也在查看新用户体验，并注意到新网站上的群组页面可能会让第一个出现的非员工用户感到困惑。它很单调，列表中只显示版主群组，并且版主群组中没有成员。
默认管理员应属于 admins 组和 staff 组。在我今天创建的实例中并非如此。他们最初的组别仅为 TL0 和 TL1，将他们设置为 TL4 解决了我在聊天中观察到的症状，但并未解决根本原因。
如果我手动将他们添加为版主，他们会获得 staff 组的成员资格。如果我添加了另一位管理员，他们的组成员资格就会得到更正。
有点晚了，但我现在已经启动了第二个实例，可以添加一张截图 
这是全新安装的管理员用户页面：
与我现有测试站点的对比：
不过，在我离开之前，我去了 /sidekiq 并运行了 Jobs::EnsureDbConsistency，这确实填入了正确的自动组。但正如 @Stephen 之前所说，它真的应该从一开始就准备好。
我已经为此合并了一个核心修复程序，我们之前可能没有注意到这一点，因为依赖这些自动组的设置较少，但现在我们普遍朝着使用 group_list 站点设置的方向发展，这应该会有所帮助：
此主题已在 22 小时后自动关闭。不再允许回复。
