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