无法通过群组管理 UI 更改自动群组的成员可见性。更具体地说：UI 允许选择一个新值，并且在按下“保存更改”时会愉快地报告“已保存！”，但后端会默默忽略该请求。
这看起来像是 GroupsController 的 group_params() 方法在 FIX: Add `errors` field if group update confirmation by udan11 · Pull Request #16260 · discourse/discourse · GitHub 中引入的回归。
我还遇到了这个问题，并且发现可以更改可见性设置，但之后却被默默忽略了，这让我感到困惑。
有没有办法在群组页面上向所有人显示管理员和信任级别？
看起来有一个 Feature request 版本，其中包含更多讨论：
我刚测试了一下，无法完全重现该问题，但我们可能在测试不同的内容。
在这里的 meta 上，我将 trust_level_4 组的可见性从 Logged on users 更改为 Everyone。更改之前，访问 https://meta.discourse.org/g/trust_level_4 会返回 404，更改之后会返回该组成员列表。此后，我在此处撤销了此编辑，以便匿名用户访问该路由时仍然返回 404，但更改可见性确实有效。也在本地进行了相同的测试。
问题是否在于更改组可见性后，普通用户在 /groups 中看不到该组？这是为了减少混乱（这不是最近的回归，而是 2017 年的设计）……普通用户无法加入自动组，因此即使可见性允许，在目录中列出它们也没有多大用处。
考虑到这一点，我认为我们可以关闭此问题的 Bug 版本，并将对话集中在 Respect the visibility settings of all automatic groups 的 Feature 版本中。 
重新打开，因为我可能对这个 bug 的具体内容感到困惑…… 
我的基本重现步骤：
g/trust_level_1/manage/interaction预期 - 它会更改
实际 - 它会恢复为“所有人”
感谢 @mdoggydog，我误读了报告。和 @JammyDodger 一样，我也可以重现“谁可以看到这个群组成员？”下拉列表的问题。
修复程序正在审查中：
太棒了，谢谢 @pmusaraj — 这个修复似乎有效！ 
还有一个潜在的结构性 bug 需要进一步调查和修复：用户可以在前端点击“保存”并且前端会报告“已保存！”，即使后端什么都没有保存。我不确定在哪里/如何提交这个 bug，但这是技术债务，应该在修复前被追踪。
此主题已在 2 天后自动关闭。不再允许回复。