Связана с tndt-19, но шире её потому что касается не только списка задач.

Так как у нас разрешены сущности с updatedAt == null. Необходимо пройти по репозиториям, и везде, где идет сортировка по этому полю, либо сортировка по нему возможна добавить второй сортировкой сортировку по createdAt в том же направлении.

Впрочем это наверное не поможет, надо этот момент продумать. Ведь выборка все равно сначала будет отсортирована по updatedAt, null уйдет в конец, и там уже внутри своей группы будет отсортирован. Поэтому так не делаем, а делаем по второму варианту

Может быть вернуться к режиму, что updatedAt есть всегда, при null он равен createdAt. Тогда он органично сортируется правильно, а рендеры просто должны знать, что если updated==created, тогда указываем никогда, ведь ели они равны, значит точно были сделаны в рамках одного запроса, врядли что-то отредактировали меньше чем за секунду (а если это удалось, считай сделали это во время создания)