Skip to main content

FUI3002: Accessibility standard failed

serious

Why Fragments emitted FUI3002 and how to resolve a11y/standard.

Details

diagnostic
{
  "code": "FUI3002",
  "ruleId": "a11y/standard",
  "category": "A11y",
  "defaultSeverity": "serious",
  "lifecycle": "experimental",
  "fixAvailable": false,
  "evidenceRequired": true
}

Guidance

## What it means

Fragments emitted `FUI3002` from `a11y/standard` because the scanned source conflicts with an active a11y contract rule. The finding location and evidence identify the exact authored input that was evaluated.

## How to resolve it

Review the finding evidence, then change the source or the documented check so `a11y/standard` reflects the intended contract. Do not hide the finding with a broad repository exclude. When an exception is intentional, use a line-attached, reasoned directive from the [exceptions reference](/cloud/verdicts#in-source).

## Verify the change

Run `npx @usefragments/cli check --changed --format agent`, inspect the resulting evidence, and then run `npx @usefragments/cli check --changed --ci`. If the finding changes identity, review baseline churn instead of silently regenerating the baseline.

Intentional exception? Use a narrow, reasoned directive from the in-source exception reference.

Next steps

  • RulesThe rules that emit FUI codes.
  • ExceptionsIn-source allows and Cloud exceptions.