Drupal 11.4.2 вышел 10 июля 2026 года как корректирующий релиз для производственных сайтов. Обновление устраняет два сбоя, которые могли возникнуть при переходе с Drupal 11.3.x или 10.6.x на ветку 11.4.x, и возвращает предсказуемую работу Composer, модулей поиска и справочной системы.
Drupal 11.4.2 делает переход на ветку 11.4.x стабильнее
Разработчики Drupal выпустили версию 11.4.2 спустя девять дней после появления Drupal 11.4.0. Релиз получил статус стабильного исправляющего обновления и подходит для рабочих сайтов. В официальных примечаниях главной причиной выпуска названы две регрессии в процедуре обновления с Drupal 11.3.x и 10.6.x.
Регрессией называют ошибку, при которой ранее работавший сценарий ломается после перехода на новую версию. В этом случае проблемы затрагивали сам процесс обновления ядра. Администратор мог корректно подготовить проект, запустить Composer и всё равно столкнуться с отсутствующим файлом или фатальной ошибкой при выполнении обновлений базы данных.
Версия 11.4.2 закрывает оба сценария. Поэтому релиз особенно актуален для сайтов, которые отложили переход на Drupal 11.4 после первых сообщений о проблемах.
Официальная страница выпуска доступна в каталоге релизов Drupal.
Composer снова создаёт autoload_runtime.php во время обновления
Одна из исправленных ошибок была связана с файлом autoload_runtime.php. Этот файл участвует в загрузке компонентов приложения и создаётся инструментами Composer в процессе установки зависимостей.
После перехода на Drupal 11.4 команда:
composer update "drupal/core-*" --with-all-dependenciesв отдельных конфигурациях завершалась без создания нового обязательного файла. Для восстановления работоспособности администратору приходилось дополнительно запускать composer install. Такой обходной путь усложнял автоматическое развёртывание и мог ломать сценарии обновления в CI/CD.
В Drupal 11.4.2 команда обновления снова должна создавать autoload_runtime.php самостоятельно. Это снижает риск получить неполную сборку после успешного выполнения Composer и упрощает обновление сайтов через автоматизированные пайплайны.
Разработчики исправили и близкую проблему в Composer Scaffold. Раньше плагин мог завершить работу с ошибкой, когда файлы default.settings.yml или default.settings.php были недоступны для записи. Исправление учитывает такие права доступа аккуратнее.
Модули Search и Help больше не должны останавливать обновление
Вторая крупная регрессия затрагивала сайты с включёнными модулями поиска или справки. При переходе на Drupal 11.4 система должна была активировать новые модули search_node и search_help, на которые разделили часть прежней функциональности.
В отдельных случаях обновление завершалось фатальной ошибкой из-за отсутствующих плагинов. Сайт мог остаться в промежуточном состоянии: новая версия ядра уже установлена, а обновления структуры и конфигурации выполнены частично.
Drupal 11.4.2 переносит связанные обновления обратно в модуль Search и исправляет порядок их выполнения. По данным разработчиков, переход с активными Search и Help теперь должен проходить штатно.
Для обычного редактора сайта это означает сохранение поиска по материалам и справочных страниц после обновления. Для администратора — меньше ручной работы с конфигурацией и базой данных.
Исправления затронули переводы, Views и совместимость модулей
Релиз включает несколько менее заметных доработок, которые могут быть важны для многоязычных и расширенных проектов.
Drupal снова разрешает переводам из пользовательских и сторонних модулей переопределять строки ядра при установке сайта из готовой конфигурации. Исправлена загрузка переводов для собственных установочных профилей, а при формировании списка проектов система снова учитывает заданный вес.
В Views устранена ошибка открытых фильтров с параметром «Limit list to selected items». Раньше настройка могла не ограничивать список выбранными значениями. Исправление полезно для каталогов, административных таблиц и страниц с фильтрацией контента.
Разработчики восстановили обратную совместимость для ImageFormatter, скорректировали работу FileReferenceResolver с более общим интерфейсом кеша и исправили применение значения по умолчанию в плагине QueryParameter для вложенных параметров URL.
В журнале изменений присутствует исправление проверки оператора в регистронезависимых запросах к сущностям. Теперь оператор в массивных условиях проходит валидацию перед формированием SQL-запроса. Сам выпуск обозначен как обычное исправляющее обновление и не сопровождается отдельным бюллетенем безопасности Drupal.
В Drupal 11.4.2 остаётся известная проблема с маршрутами Symfony
Разработчики предупреждают об одной открытой регрессии, появившейся в Drupal 11.4.0. Некоторые определения маршрутов пока совместимы с Symfony не полностью.
Маршруты определяют, какой контроллер или страница обрабатывает конкретный URL. Поэтому проблема может проявиться в сторонних и собственных модулях, которые используют нестандартные возможности Symfony Routing.
Работа над исправлением продолжается в задаче Drupal Core #3608776. Перед обновлением крупного проекта имеет смысл проверить собственные маршруты и ключевые модули на тестовой копии сайта. Особенно это касается проектов с большим количеством кастомного кода.
Drupal 11.4.2 можно использовать на рабочих сайтах после анализа среды
Drupal 11.4.2 направлен на улучшение процесса обновления до версии 11.4.x. Основные улучшения касаются работы с Composer, новых поисковых модулей и корректного обновления базы данных.
Для сайтов на Drupal 11.4.0 и 11.4.1 переход на свежую версию выглядит логичным способом получить накопленные исправления. Проекты на Drupal 11.3.x и 10.6.x смогут безопаснее планировать обновление после проверки модулей, темы, маршрутов и резервной копии.
Ветка Drupal 11.4.x будет получать исправления безопасности до июня 2027 года. Открытая проблема с маршрутами Symfony остаётся главным известным ограничением релиза и требует внимания на сайтах с собственными маршрутами.
