Такое иногда вылазит как следствие удаления кастомных классов/модулей, создающих собственные права или инициализирующие права через родительский модуль.
Как это пофиксить?
Права из роли не были удалены штатно, потому придется сделать следующее:
- выгрузим конфигурацию (drush cex),
- пофиксим user.role.* файлы
- загрузим её обратно (drush cim)
Сосредоточимся на втором пункте. В тексте ошибки явно указан перечень прав, которые не объявляются больше существующими модулями, но почему до сих пор живут в конфигурации.
Требуется пройтись по файлам user.role.* и почистить эти permissions из списков. Возможно также, что при выполнении drush cim возникнет ошибки связанные с секцией dependencies в ролях пользователя. Там могут присутствовать отсылки к удаленным модулям. Удалите и их.
Drupal 9/10
Данная запись опубликована в 25.07.2023 15:10 и размещена в рубрике Drupal.
Вы можете перейти в конец страницы и оставить ваш комментарий.
Мало букафф? Читайте есчо !
Март 16, 2024 г.
Задача модуля - дать возможность разделить конфигурации сайта для разных системных окружений. На локальном сервере вы можете использовать такие модули ...
Читать
Май 16, 2023 г.
Вы получили код для вставки метрики, осталось дело за малым - разместить его на сайте. Сайт управляется Drupal 8/9/10.
Я покажу как это сделать через изменение темы сайта.
Первая опция - это вставить непосредственно в один из основных шаблонов ...
Читать
Июнь 3, 2025 г.
Попытка запустить cron параллельно с запущенным кроном не увенчается успехом, так как Drupal использует блокировку. Но иногда, из-за ошибок во время исполнения, блокировка не снимается.
Что делать, если блокировка не была снята штатно?
На самом ...
Читать
Май 19, 2023 г.
Посмотрим как получить непосредственный доступ к файлу без загрузки файла в хранилище, при его загрузке в поле типа "file" Form API.
Много гайдов посвящено тому как использовать поле managed_file, а для unmanaged случая считается, что разработчик ...
Читать