ты читаешь код, он для тебя всегда новый, ты не знаешь контекста, что при таких то условиях, что-то иначе

ну спорно. я могу прочитать и подумать "is-pristine" "is-dirty", а что тогда если не то не другое)))

тебе нечем заняться? дебаж >.<

Есть вещи которые "так принято"

(дока react-redux-form)
ну не совсем же то о чем мы говорили. тут же не говориться что оно обнуляется после submit

обычно после успешного сабмита отправленные данные становятся новым начальным состоянием

етп, это же редакс! ты тролишь?

но да, по умолчанию вы правы

не сбрасывается

мне нужен флаг не о том, что поле было изменено.
мне нужен флаг о том, что поле было изменено после получения асинхронной ошибки.

то есть после submit, ну или не факт что после submit.

а это архитектурно правильно?

Значит нужен новый стейт )

Просто данные лучше вправляют ui, чем какие то между операционные состояния.

Да, но это реальный юз кейс.
Я бы наверное помечал поле после старта асинк чека и от этого уже решал что делать после его завершения

описываю кейс:
есть синхронная валидация: изменили поле, получили undefined или Error.
есть асинхронная валидация: изменили поле, получили undefined от syncValidate, но позже получили ошибку от asyncValidate (нужно показать ошибку).

возникает проблема: асинхронная ошибка получена и отображена, НО после того как мы изменяем другие поля, срабатывает синхронная валидация которая не находит ошибки и затерает async ошибку.

вижу такое решение:
есть 2 стейта, syncErrors и asyncErrors.
в итоге отображаем: syncError || asyncError.
но после изменения поля, нам нужно скрыть ошибку из asyncError для текущего поля. вот и вопрос, как назвать этот флаг, означающий что поле было изменено после получения async ошибки.

выкинуть синхронную валидацию

сделать асинхронные )

ну по условию задачи нужна и та и другая)

юзернейм минимуму 5 символов, но вот асинхронно проверим занят ли он.

выразите синхронную валидацию как асинхронную через Promise.race

👍