Проверил, поправил.

Любопытно, что задача-то была сделана уже. И по хорошему надо было её закрывать в статусе уже готово, а под необходимый для релиза 0.2 функционал делать новую, но уж.

Долго выбирал между onFlush (где доступны набор измененных полей), и preUpdate/prePersist, в итоге решил послушать ocarimus и вынести эту бизнес-логику в бизнес-евенты же.

Попробовал через calls:. Он их не вызывает для таких листенеров, так что либо городить костыль, аналогичный Blameable, либо отказываться от этих расширений в пользу листенеров аналогичных TaskOnUpdateSubscriber. (и как бы отчего и нет, он сразу понятно что делает, он полноценный сервис и может забирать разнообразные зависимости, он может слушать разнообразные события для реализации единой логики, обновления определенного поля при определенных условиях.)

Для того, чтобы root не афектил разные timestampable, blameuble и т.д. и была возможность после релиза проставить задачам справочники не менее их даты, я попробовал переопределить сервисы листенеров doctrineExtensions, и они даже позволяют переопределяться, но вот инъектировать в них новые зависимости не выходит.

Это не тупик, blameable обходит это ограничение странным костылем с другим слушателем, который в каждом реквесте инстанцирует blameableListener чтобы засеттить ему user. Но мне это не нравится. У нас всегда есть простой путь, отказаться от этих расширений сделав собственные листенеры обновляющие дату по нашим правилам. Велосипедно, зато гораздо проще ,чем пытаться внедриться в чужую очень универсальную библиотеку.