You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is solved by adding an aria-label attribute to the template
Environment
We noticed this on a work project. Since we cannot pull (blocked by firewall), I replicated the issue on my personal machine (desktop). Axe DevTools was used to identify the issue. Using visual studio code, just pulled down the source and tested with adding the aria label
Reproducer
Just run Axe DevTools scan(free version, scan entire page) over the progress bar page. It is the top issue reported.
Copy of Component: progressbar which has been closed but still persists.
Describe the bug
As reported by Axe DevTools for 508 compliance
"ARIA progressbar must have an accessible name"
https://dequeuniversity.com/rules/axe/4.4/aria-progressbar-name?application=AxeChrome
Element Source
This is solved by adding an aria-label attribute to the template
Environment
We noticed this on a work project. Since we cannot pull (blocked by firewall), I replicated the issue on my personal machine (desktop). Axe DevTools was used to identify the issue. Using visual studio code, just pulled down the source and tested with adding the aria label
Reproducer
Just run Axe DevTools scan(free version, scan entire page) over the progress bar page. It is the top issue reported.
Angular version
18.2.9
PrimeNG version
17.18.11
Build / Runtime
Angular CLI App
Language
TypeScript
Node version (for AoT issues node --version)
v20.18.1
Browser(s)
No response
Steps to reproduce the behavior
Install Axe DevTools free chrome extension: https://chrome.google.com/webstore/detail/axe-devtools-web-accessib/lhdoppojpmngadmnindnejefpokejbdd?hl=en-US
Navigate to http://localhost:4200/progressbar
Go to browser dev tools, click the double chevrons in the upper right (>>), choose 'axe DevTools'
Click the button "scan all of my page"
Find the issue reported "ARIA progressbar must have an accessible name", should be the first one
Expected behavior
Axe DevTools should not report a serious accessibility problem, this is solved by adding the aria-label attribute to the progress bar
The text was updated successfully, but these errors were encountered: