Bearbeiten: Das Problem ist, dass der Standardadministrator nicht anfänglich zu den Gruppen „Mitarbeiter“ oder „Administrator“ hinzugefügt wird, obwohl in ihrem Profil Admin: Ja angezeigt wird.
Ich habe gerade eine neue Testinstanz ausprobiert und festgestellt, dass nach der Aktivierung des Chats der Standardadministrator die Sprechblase nicht sehen konnte und Chat/Durchsuchen/Öffnen sie zurück nach /latest kickte.
Ich glaube, ich habe so etwas schon einmal gesehen. Ist es die Hinzufügung von sowohl staff als auch admins? Ermöglicht das Entfernen eines von beiden dem Administrator, ohne sein Vertrauensniveau zu erhöhen, zu chatten?
Dies ist eine neue Instanz, die heute Morgen manuell auf DO erstellt wurde. Ich teste im Grunde die aktuelle Out-of-Box-Erfahrung. Sie haben automatische TL-Gruppenmitgliedschaften, keine benutzerdefinierten. Admin ja, Moderator nein – es ist der Standard-Admin auf einer neuen Instanz, also folgen wir den Standardeinstellungen.
Es scheint, dass die automatischen Gruppen nicht angewendet werden. Ich habe gerade eine weitere Instanz gestartet und der Standardadministrator hat nur Vertrauensstufen, aber keine „Mitarbeiter“- oder „Administrator“-Berechtigungen. Ich kann diese Mitgliedschaften auslösen, indem ich sie entweder zum Moderator mache oder einen weiteren Administrator erstelle. Ich war versucht, die Instanz über Nacht laufen zu lassen, um zu sehen, ob ein Sidekiq-Job dies beheben würde, aber sie sollte wahrscheinlich nicht für den einzigen Administrator einer neuen Instanz längere Zeit in diesem Zustand sein.
Es scheint also, dass das Problem nicht der Chat ist, sondern die Mitgliedschaften des Standardadministrators auf einer neuen Instanz… Ich werde dieses Thema umbenennen und das #chat-Tag entfernen.
Ist das ein neues Problem? Schlagen Sie vor, dass der neue Administrator ein Administrator und Moderator sein soll? Ich frage mich, ob dies vor langer Zeit eine Designentscheidung war oder eine neue Änderung.
Was den Chat betrifft, so scheint es mir, dass der Administratorbenutzer auf alle Chats zugreifen können sollte, auch wenn er nicht in chat allowed groups aufgeführt ist, so wie er auf alles andere auf der Website zugreifen kann.
Wie es der Zufall will, habe ich mir diese Woche auch die Benutzererfahrung für neue Benutzer angesehen und festgestellt, dass die Gruppenseite auf einer neuen Website für die erste nicht-Mitarbeiterperson, die auftaucht, potenziell verwirrend ist. Sie ist schlicht, nur die Moderatorengruppe wird in der Liste angezeigt, und es gibt keine Mitglieder der Moderatorengruppe.
Der Standardadministrator sollte Mitglied der Gruppen „Admins“ und „Staff“ sein. Auf den Instanzen, die ich heute erstellt habe, war das nicht der Fall. Ihre einzigen Gruppenmitgliedschaften waren anfangs TL0 und TL1. Wenn ich ihnen TL4 gab, wurde das Symptom, das ich bei Chat beobachtete, behoben, aber nicht die Grundursache.
Wenn ich sie manuell als Moderator hinzufügte, erhielten sie die Mitgliedschaft in der Gruppe „Staff“. Wenn ich einen weiteren Administrator hinzufügte, wurden ihre Mitgliedschaften korrigiert.
Etwas spät, aber nur um einen Screenshot hinzuzufügen, jetzt, da ich einen zweiten hochgefahren habe Das ist die Benutzerseite des Administrators bei einer frischen Installation:
Während ich dort war, bin ich zu /sidekiq gegangen und habe Jobs::EnsureDbConsistency ausgeführt, und das hat die richtigen automatischen Gruppen ausgefüllt. Wie @Stephen bereits sagte, sollte es wirklich von Anfang an bereit sein.
Ich habe gerade einen Kernfix dafür zusammengeführt. Wahrscheinlich ist uns das vorher nicht aufgefallen, da weniger Einstellungen auf diesen automatischen Gruppen basierten, aber jetzt gehen wir generell in die Richtung, group_list-Site-Einstellungen zu verwenden, was hier helfen sollte:
Ich habe gerade ein neues für ein anderes Problem gestartet und kann bestätigen, dass der Administrator jetzt sofort zu den automatischen Gruppen „Mitarbeiter“ und „Administratoren“ hinzugefügt wird.
Das ist die Benutzerseite des Administrators bei einer frischen Installation:
