Error summary
Form submission can produce one or more errors.
- Type
- UI-UX
- Sources
- 2
- Trail checked
Validation, undo, retry, fallback, destructive action review, and recovery paths.
Browse all problem familiesRecovery begins before the error. Clear consequences, suitable constraints, preserved work, and a visible correction path reduce the cost of a mistake.
Strong: A document editor keeps the draft, identifies a conflicting change, and lets the person review versions before saving.
Weak: A document editor replaces the draft with a generic save error and sends the person back to an empty form.
Try it: Choose a task with a meaningful mistake and trace prevention, detection, correction, and confirmation.
Begin with the core behavior, apply it in different contexts, then review cases that reveal the quality boundary. Open each entry for its decision rule, states, example, and source trail.
0 of 23 studies complete
Start this family →Learn the shared task and the core interaction choices.
Form submission can produce one or more errors.
A load, save, submit, upload, export, sync, payment, or background request failed for a transient or uncertain reason.
The action is common and mistakes are likely.
Users perform reversible sequences of edits and can undo too far.
A primary lookup, verification, upload, payment, search, device feature, online-only step, or channel can fail while the user still needs to finish.
The action is destructive, irreversible, costly, security-sensitive, privacy-affecting, or externally visible.
Choose a specialized form for the context and follow its complete behavior.
A user has initiated a destructive command that can permanently remove, revoke, reset, deactivate, or cancel something valuable.
A severe action affects repository, project, workspace, account, production, security, billing, or organization-wide scope.
A close, cancel, switch, or edit-mode exit would discard unsaved local changes.
A route change, tab close, reload, browser Back, external link, or sign-out action can interrupt a task.
Autosave failed, stalled, expired, or became uncertain while users still have meaningful local work.
Users edit documents, files, pages, design files, records, configurations, or published content over time.
Deleted objects remain recoverable after the user leaves the original workflow.
A conflict has been detected and a user must choose, merge, save-copy, skip, or commit a result.
A pull request, merge request, rebase, merge, or branch update has source-code conflicts that require developer decisions.
An authenticated session can expire because of inactivity, overall lifetime, assurance policy, or reauthentication requirement.
A denied user can request access, switch accounts, ask an admin, join a group, or use a safe fallback to continue.
The product can express the core task with standard controls, server-rendered content, or a simpler same-surface interaction.
Study failure cases and identify the better recovery route.
Use this anti-pattern entry to audit products that ask for confirmation on many routine actions or use identical prompts for different levels of risk.
Auditing destructive dialogs, action sheets, menu items, command palette actions, delete receipts, account cancellation flows, permission revocation, bulk actions, and high-impact execution reviews.
Auditing disabled primary actions, toolbar commands, menu items, toggles, form controls, checkout actions, invite flows, publish controls, exports, destructive actions, and workflow steps.
Use it when a toast undo, command undo, bulk undo, or keyboard undo may hide partial restoration, expired windows, external effects, or overwritten recovery state.
Use this anti-pattern entry to audit forms, editors, imports, checkouts, onboarding flows, and configuration screens where validation can erase recoverable user work.
Try fewer words, clear the filter, or search across all pattern families.
Search all patterns