Newly pushed array fields do not show form-level errors on submit while existing errors remain
Maintainer antworten meist innerhalb von 1 Tag
@nikhilsdabhade arbeitet bereits daran.
Seit 04.6.2026.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 72/100
- Issue-Typ
- Bug
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- react, typescript
- Bereich
- frontend
Rechercherichtung
Beginne in packages/form-core/src/FieldApi.ts und konzentriere dich auf FieldApi.validateSync sowie die Validierungsschleife, wenn keine Validatoren auf Feldebene vorhanden sind. Reproduziere die submit-, add-person-, submit-Sequenz aus dem Issue und verwende den mitgelieferten fehlschlagenden Testfall, um zu überprüfen, dass Formularfehler das neue Feld erreichen; fertig ist es, wenn das neue Array-Feld nach dem zweiten submit seinen Required-Fehler anzeigt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Describe the bug
When using a form-level validator, if the form already has an error and a new array field is added with pushValue, submitting again does not show the new field’s error even though it is invalid.
This happens both with and without canSubmitWhenInvalid. Although, for different reasons I think.
This reproduces with the same submit-driven sequence when the form-level validator is configured as onSubmit and also with e.g. onChange or onBlur.
With onChange/onBlur the missing error will appear when a change/blur happens anywhere in the form.
Your minimal, reproducible example
https://stackblitz.com/edit/vitejs-vite-e4ageewt?file=src%2FApp.tsx
Steps to reproduce
- Submit empty form.
- Click Add person.
- Submit again.
- The new person field does not show Name is required.
Expected behavior
After the second submit, all invalid fields should show errors, including the newly added array field.
How often does this bug happen?
Every time
Screenshots or Videos
https://github.com/user-attachments/assets/f667411d-2f92-4b3d-b37f-cb6191288957
Platform
- OS: Linux
- Browser: Chrome, Firefox
- Version: latest
TanStack Form adapter
react-form
TanStack Form version
1.29.0
TypeScript version
6.0.2
Additional context
Possible cause: for a newly mounted array field with no field-level validator for the active cause, FieldApi.validateSync(cause, errorFromForm) gets an empty validator array. Because the per-field validation loop never runs, the field never reconciles errorFromForm into meta.errorMap. So the form-level validator can report the error, but the new field does not pick it up until some later validation event causes that field state to reconcile.
Here is a small failing test case:
it('should apply form-level submit errors even when the field has no field-level submit validators', () => {
const form = new FormApi({
defaultValues: {
name: '',
},
})
form.mount()
const field = new FieldApi({
form,
name: 'name',
defaultMeta: {
isTouched: true,
},
})
field.mount()
field.validateSync('submit', {
onSubmit: 'Name is required',
})
expect(field.getMeta().errorMap.onSubmit).toBe('Name is required')
expect(field.getMeta().errors).toContain('Name is required')
})
Small hack to make it work as expected:
diff --git a/packages/form-core/src/FieldApi.ts b/packages/form-core/src/FieldApi.ts
--- a/packages/form-core/src/FieldApi.ts
+++ b/packages/form-core/src/FieldApi.ts
@@ -1679,6 +1679,10 @@ export class FieldApi<
validationLogic:
this.form.options.validationLogic || defaultValidationLogic,
})
+
+ const validatesToRun = validates.length
+ ? validates
+ : ([{ cause, validate: undefined }] as typeof validates)
const linkedFields = this.getLinkedFields(cause)
const linkedFieldValidates = linkedFields.reduce(
@@ -1752,7 +1756,7 @@ export class FieldApi<
}
}
- for (const validateObj of validates) {
+ for (const validateObj of validatesToRun) {
validateFieldFn(this, validateObj)
}
for (const fieldValitateObj of linkedFieldValidates) {
With canSubmitWhenInvalid: false I'm guessing it happens due to canSubmit blocking? Maybe that is intended? I think I would still expect validation to run.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 6.8k
- Forks
- 705
- Ø Merge
- 1 T. 7 Std.
- Gemergte PRs (30 T.)
- 14
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus TanStack/form
-
`isDefaultValue` is wrong when a field-level `defaultValue` is `null`Evtl. vergeben @fenet-as hat das vor 20 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
TanStack/form#2427 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Async validator doesn't re-trigger `isValidating` after first failed validationEvtl. vergeben @drewsephski hat das vor 24 Tagen übernommen. Offen
Schwierigkeit 2/5 1-2 Tage Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
[v2 alpha] devtools are always light modeEvtl. vergeben @dikshit-n hat das vor 58 Tagen übernommen. Offenarea: runtime scope: devtools type: bug v2
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
Maintainer antworten meist innerhalb von 1 Tag
-
FormGroupApi.getRelatedFields and FieldApi.validate() use unguarded startsWith for group membership, matching unrelated fields with a shared name prefixEvtl. vergeben @HDPark95 hat das vor 77 Tagen übernommen. Offenarea: runtime scope: core type: bug v1
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
TanStack/form#2337 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
FormApi: onSubmit/onServer error cleared on any non-matching validation cause, not just 'change'Evtl. wieder frei Ein Pull Request dazu wurde ohne Merge geschlossen. Offenv1 v2: needs investigation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag
Ähnliche Issues
-
Schwierigkeit 2/5 Unter einer Stunde Anfängerfreundlichkeit 86/100
WilliamSmithEdward/xlide_vscode#1564 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
a2ui-project/a2ui#3809 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
[Bug] A write skipped for exceeding the size limit leaves its finished temp file in the libraryOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 4 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
esphome/device-builder-frontend#2064 ·
Maintainer antworten meist innerhalb von 1 Tag
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 61/100
lingdojo/kana-dojo#33465 · 1 Kommentar · 5 Reaktionen ·
Maintainer antworten meist innerhalb von 1 Tag