patternfly / patternfly/patternfly-react
A11y Docs Audit: Resolve Critical Axe Violations
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 862
- Forks
- 392
- Avg merge
- 4d 8h
- Merged PRs (30d)
- 9
Description
Describe the problem
The Patternfly React docs workspace could use a sweeping accessibility audit to find and resolve axe violations across all PF components.
There are several PF components for which AXE is throwing critical a11y errors.
In RHOAI, critical AXE violations have been noted specifically in Menu/Application Launcher, and Tabs
How do you reproduce the problem?
Run axe tests for the components below:
https://www.patternfly.org/components/menus/custom-menus/react-demos/application-launcher-menu/
https://www.patternfly.org/components/tabs/#with-help-action-popover
Expected behavior
A clear and concise description of the expected behavior.
No violations
Jira Issue: PF-102
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by running axe against the Application Launcher Menu and Tabs demo URLs named in the issue, then review the related Menu/Application Launcher issue #8939. Identify the critical violations and their component entry points, resolve the affected accessibility problems, and rerun the axe checks until both demos report no violations.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- react, typescript
- Domain
- accessibility, frontend, testing
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100