Imported from the byteflow.tools deep audit on 2026-06-22.
Problem: many tools update output live after input changes or button actions, but status changes are not consistently announced to screen readers. Examples include generated output, validation errors, copy success, run log updates, external request status, and Pipeline Builder step results.
Affected components:
- Tool output panels
- Error banners
- Toast/status messages
- Pipeline Builder run log
- External-request preview status
Reproduction steps:
- Use a screen reader or accessibility inspector.
- Run JSON Formatter with valid and invalid input.
- Generate UUIDs or hashes.
- Run a Pipeline Builder recipe.
- Trigger copy/download actions and external preview failure states.
- Check whether status changes are announced.
Expected behavior: important dynamic changes should be exposed through aria-live or equivalent status roles without excessive noise.
Actual behavior: visual feedback exists, but assistive technology announcements are not consistently verified.
Impact: screen reader users may not know when output changed, copy succeeded, or an error occurred.
Proposed fix:
- Add shared status and error components with aria-live support.
- Mark validation errors with role=alert where appropriate.
- Announce copy/download/run success states.
- Add accessibility tests for dynamic updates.
- Avoid announcing large output text automatically.
Acceptance criteria:
- Core status changes are announced once and clearly.
- Errors are associated with relevant inputs.
- Output updates do not spam screen readers.
- Pipeline Builder run log changes are accessible.
Imported from the byteflow.tools deep audit on 2026-06-22.
Problem: many tools update output live after input changes or button actions, but status changes are not consistently announced to screen readers. Examples include generated output, validation errors, copy success, run log updates, external request status, and Pipeline Builder step results.
Affected components:
Reproduction steps:
Expected behavior: important dynamic changes should be exposed through aria-live or equivalent status roles without excessive noise.
Actual behavior: visual feedback exists, but assistive technology announcements are not consistently verified.
Impact: screen reader users may not know when output changed, copy succeeded, or an error occurred.
Proposed fix:
Acceptance criteria: