Modification : L’administrateur par défaut n’est pas ajouté aux groupes « staff » ou « admin » initialement, bien qu’il soit indiqué comme admin : oui dans son profil.
Je bidouillais une nouvelle instance de test et j’ai remarqué qu’après avoir activé le chat, l’administrateur par défaut ne pouvait pas voir la bulle de dialogue et le chat/parcourir/ouvrir le renvoyaient vers /latest.
Je pense avoir déjà vu quelque chose de similaire. Est-ce l’ajout de staff et admins ? La suppression de l’un de ceux-ci permet-elle à l’administrateur de discuter sans augmenter son niveau de confiance ?
Ceci est une nouvelle instance construite manuellement sur DO ce matin, je teste actuellement l’expérience prête à l’emploi. Ils ont des appartenances automatiques aux groupes TL, aucune appartenance personnalisée. Admin oui, modérateur non - c’est l’administrateur par défaut sur une nouvelle instance, donc en suivant les valeurs par défaut.
Il semble que les groupes automatiques ne soient pas appliqués. Je viens de lancer une autre instance et l’administrateur par défaut n’a que des niveaux de confiance, il n’a pas les rôles « staff » ou « admin ». Je peux déclencher ces appartenances en en faisant un modérateur, ou en créant un autre administrateur. J’ai été tenté de laisser l’instance tourner toute la nuit pour voir si un job sidekiq résoudrait ce problème, mais elle ne devrait probablement pas être dans cet état pour le seul administrateur d’une instance fraîche, et ce, pendant un certain temps.
Il semble donc que le problème ne soit pas le chat, mais plutôt les appartenances de l’administrateur par défaut sur une instance fraîche… Je vais renommer ce sujet et supprimer le tag chat.
Est-ce un nouveau problème ? Suggérez-vous que le nouvel administrateur devrait être un administrateur et un modérateur ? Je me demande si c’était une décision de conception il y a longtemps ou un nouveau changement.
En ce qui concerne le chat, il me semble que l’utilisateur administrateur devrait pouvoir accéder à tout le chat même s’il n’est pas répertorié dans chat allowed groups, tout comme il peut accéder à tout le reste sur le site.
En fait, j’examinais également la nouvelle expérience utilisateur cette semaine et j’ai remarqué que la page des groupes sur un nouveau site peut prêter à confusion pour le premier non-membre du personnel à apparaître. Elle est fade, seul le groupe des modérateurs apparaît dans la liste, et il n’y a aucun membre du groupe des modérateurs.
L’administrateur par défaut doit être membre des groupes admins et staff. Sur les instances que j’ai créées aujourd’hui, ce n’était pas le cas. Leurs seules appartenances à des groupes initialement étaient TL0 et TL1, leur donner TL4 a résolu le symptôme que j’observais avec le chat mais pas la cause profonde.
Si je les ajoutais manuellement en tant que modérateur, ils recevaient l’appartenance au groupe staff. Si j’ajoutais un autre administrateur, leurs appartenances étaient corrigées.
Un peu tard, mais juste pour ajouter une capture d’écran maintenant que j’en ai lancé une deuxième Il s’agit de la page utilisateur de l’administrateur sur une installation fraîche :
Cependant, pendant que j’y étais, je suis allé sur /sidekiq et j’ai exécuté Jobs::EnsureDbConsistency, et cela a bien rempli les bons groupes automatiques. Comme @Stephen l’a dit plus tôt, cela devrait vraiment être prêt dès le démarrage.
J’ai juste fusionné un correctif principal pour cela, nous ne l’avions probablement pas remarqué auparavant car moins de paramètres dépendaient de ces groupes automatiques, mais maintenant nous nous dirigeons généralement vers l’utilisation des paramètres de site group_list, donc cela devrait aider :
Je viens d’en créer un nouveau pour un autre problème et je peux confirmer que l’administrateur est maintenant ajouté immédiatement aux groupes automatiques de personnel et d’administrateurs.
Il s’agit de la page utilisateur de l’administrateur sur une installation fraîche :
