Редакция: Проблема заключается в том, что администратор по умолчанию изначально не добавлен в группы «staff» или «admin», хотя в его профиле указано: admin: yes.
Просто экспериментировал с новым тестовым экземпляром и заметил, что после включения чата администратор по умолчанию не видел иконку в виде речевого пузыря, а попытки перейти в чат, просмотр или открытие чата возвращали его на страницу /latest.
У меня параметр chat_allowed_groups был установлен так:
Кажется, я уже видел что-то подобное ранее. Имеется ли в виду добавление одновременно staff и admins? Позволяет ли удаление одного из этих параметров администратору общаться, не повышая при этом его уровень доверия?
Это свежий экземпляр, созданный вручную на DO сегодня утром. Я фактически тестирую текущий опыт работы «из коробки». У него есть автоматические групповые членства в TL, но нет пользовательских. Администратор — да, модератор — нет. Это администратор по умолчанию на новом экземпляре, поэтому используются настройки по умолчанию.
Похоже, автоматические группы не применяются. Я только что запустил еще один экземпляр, и у администратора по умолчанию есть только уровни доверия, но нет ролей «сотрудник» или «администратор». Я могу активировать эти группы, либо сделав его модератором, либо создав другого администратора. Я собирался оставить экземпляр на ночь, чтобы проверить, исправит ли это фоновая задача Sidekiq, но, вероятно, единственный администратор нового экземпляра не должен находиться в таком состоянии ни в течение какого-либо времени.
Таким образом, похоже, что проблема не в чате, а в членстве администратора по умолчанию на новом экземпляре… Переименую эту тему и уберу тег chat.
Это новая проблема? Вы предполагаете, что новый администратор должен быть одновременно администратором и модератором? Интересно, было ли это дизайнерским решением, принятым давно, или это недавнее изменение.
Что касается чата, мне кажется, что администратор должен иметь доступ ко всем чатам, даже если он не указан в chat allowed groups, точно так же, как он имеет доступ ко всему остальному на сайте.
Кстати, на этой неделе я тоже изучал новый пользовательский опыт и заметил, что страница групп на новом сайте может запутать первого нештатного пользователя, который появится. Она выглядит блекло: в списке отображается только группа модераторов, и в этой группе нет ни одного участника.
Администратор по умолчанию должен состоять в группах «admins» и «staff». На созданных сегодня инстансах это не выполнялось. Изначально в его членстве были только группы TL0 и TL1; добавление TL4 устранило наблюдаемую мной проблему с чатом, но не корневую причину.
Если я вручную добавлял его как модератора, он получал членство в группе «staff». Если я добавлял ещё одного администратора, его членство в группах исправлялось.
Хотя, пока я был там, я зашел в /sidekiq и запустил Jobs::EnsureDbConsistency, и это действительно заполнило нужные автоматические группы. Но, как и сказал ранее @Stephen, это действительно должно быть готово с самого запуска.
Я только что объединил исправление ядра для этой проблемы. Вероятно, мы ранее не замечали её, поскольку меньше настроек полагались на эти автоматические группы, но теперь мы в целом движемся в сторону использования настроек сайта group_list, поэтому это должно помочь:
Я только что запустил новый инстанс для решения другой проблемы и могу подтвердить, что администратор теперь сразу же добавляется в автоматические группы персонала и администраторов.
Это страница пользователя администратора на свежей установке:
