編集：問題は、デフォルトの管理者がプロファイルに管理者：はいと表示されているにもかかわらず、最初に「staff」または「admin」グループに追加されていないことです。
新しいテストインスタンスをいじっていて、チャットを有効にした後、デフォルトの管理者が吹き出しを見ることができず、チャット/ブラウズ/オープンが/latestにキックバックされることに気づきました。
チャット許可グループは次のように設定されていました。
したがって、そのユーザーはチャットを見ることができるはずです。
TL4に追加すると、チャットバブルが表示されます。管理ユーザーからTL4を削除すると、再びアクセスできなくなります。
2.9.0 beta 10 (cf646b2061) with chat v0.4.
以前にも似たようなものを見たことがあると思います。staff と admins の両方が追加されたということでしょうか？どちらか一方を削除すると、管理者は信頼レベルを上げずにチャットできるようになりますか？
まだ自分で再現できていません…
このユーザーは「開発者」ロールを持っていますか？
チャットのどのコミットですか？（コンテナに入るよりも良い方法があるか分かりません）
管理画面のユーザーページで、「グループ」の下に何が表示されますか？
そして、管理者とモデレーターには何が表示されますか？
これは今朝DOで手動で構築されたばかりのインスタンスで、実質的に現在のすぐに使える状態をテストしています。自動TLグループメンバーシップがあり、カスタムのものはありません。管理者ははい、モデレーターはいえません。これは新しいインスタンスのデフォルトの管理者なので、デフォルトに従っています。
チャットコミット c77dc37a
また、自動の「staff」および「admins」グループメンバーシップも表示されますか？
DOでチャットプラグインを搭載した新しいセルフホストサイトを起動しましたが、私も同様の問題が発生したことを確認しました。
app.ymlのチャットプラグインを編集）。staff admins trust_level_3 trust_level_4を追加しました。/chat/browseは最新ページにリダイレクトされます。その他の注記：
staffのみを許可されたチャットグループに含めても、この管理者ユーザーのチャットは有効になりません。自動グループが適用されていないようです。インスタンスをもう1つ起動したところ、デフォルトの管理者はトラストレベルのみを持ち、「スタッフ」または「管理者」ではありません。モデレーターにするか、別の管理者を作成することで、それらのメンバーシップをトリガーできます。Sidekiqジョブがこれを解決するかどうかを確認するために、インスタンスを一晩放置することも考えましたが、新しいインスタンスの唯一の管理者にとって、どのくらいの時間でもその状態であるべきではありません。
したがって、問題はチャットではなく、新しいインスタンスのデフォルト管理者のメンバーシップのようです…このトピックの名前を変更し、#chatタグを削除します。
これは新しい問題ですか？ 新しい管理者は管理者でありモデレーターでもあることを示唆していますか？ これは以前からの設計上の決定なのか、それとも新しい変更なのか疑問に思います。
チャットに関しては、管理者ユーザーは、サイト上の他のすべてにアクセスできるのと同じように、chat allowed groups にリストされていなくても、すべてのチャットにアクセスできるべきだと私には思えます。
実際、今週新しいユーザーエクスペリエンスも見ていましたが、新しいサイトのグループページは、最初に表示されるスタッフ以外のユーザーにとって混乱を招く可能性があることに気づきました。それは単調で、モデレーターグループのみがリストに表示され、モデレーターグループのメンバーはいません。
デフォルトの管理者は、管理者グループとスタッフグループのメンバーである必要があります。今日作成したインスタンスではそうではありませんでした。彼らの初期のグループメンバーシップはTL0とTL1のみであり、TL4にすることでチャットで見られた症状は解決しましたが、根本原因は解決しませんでした。
手動でモデレーターとして追加すると、スタッフグループのメンバーシップを受け取りました。別の管理者を追加すると、メンバーシップが修正されました。
少し遅くなりましたが、もう一つ立ち上げたのでスクリーンショットを追加します 
これは、新規インストール時の管理者のユーザーページです。
既存のテストサイトのものと比較すると以下のようになります。
ただ、その際に /sidekiq にアクセスして Jobs::EnsureDbConsistency を実行したところ、正しい自動グループが入力されました。しかし、@Stephen が以前言っていたように、これは起動時から準備されているべきです。
これをコア修正としてマージしました。以前はこれらの自動グループに依存する設定が少なかったため、おそらく気づかなかったでしょうが、現在、一般的に group_list サイト設定を使用する方向に向かっているため、これは役立つはずです。
このトピックは22時間後に自動的に閉じられました。新しい返信はもう許可されていません。
