РелизВерсия 2.44.6Важное
n8n 2.44.6: исправлена остановка Schedule Trigger с PostgreSQL
n8n 2.44.6 устраняет конфликт обработчиков дат Postgres Node с внутренними подключениями платформы. Сбой мог остановить все Schedule Trigger при использовании durable scheduler на PostgreSQL.
22 октября 2026 года вышел n8n 2.44.6. Патч исправляет сбой Postgres Node, из-за которого в определённой конфигурации могли остановиться все процессы с Schedule Trigger до перезапуска основного процесса n8n.
Что изменилось
Версии Postgres Node с 2.1 по 2.6 устанавливали обработчики дат в общем для всего процесса экземпляре pg-types. Этот экземпляр также используют собственные подключения n8n к базе данных. В результате настройка узла могла менять разбор временных меток не только для его запроса, но и для внутренних запросов платформы.
Проблема проявлялась в установках с PostgreSQL и включённым durable scheduler: внутренние запросы возвращали временные метки как ISO-строки вместо объектов Date, после чего parseDbTime получал некорректную дату. По описанию исправления, все Schedule Trigger переставали запускаться до перезапуска main-процесса. Для запуска сбоя было достаточно открыть Postgres Node версии 2.1–2.6 в редакторе, поскольку загрузка опций выполнялась в основном процессе.
Границы исправления
В n8n 2.44.6 обработчики типов передаются отдельно для каждого подключения Postgres Node — так же, как это уже сделано в версии узла 2.7 и новее. Формат результатов Postgres Node 2.1–2.6 не меняется: исправление изолирует их обработчики дат от внутренних подключений n8n.
Релиз содержит одно заявленное исправление и относится прежде всего к self-hosted-инсталляциям, где одновременно используются PostgreSQL, durable scheduler и старые версии Postgres Node в workflow.