Details
-
Bug
-
Resolution: Unresolved
-
Low
-
None
-
8.4.0
-
- 4.1.2
- Level-A
- WCAG21
- a11y-277
- ax-at-user
- ax-bug
- ax-confluence-dc-vpat
- ax-confluence-dc-vpat-comments
- ax-confluence-dc-vpat-dashboard
- ax-confluence-dc-vpat-editpagepermissions
- ax-confluence-dc-vpat-pg02
- ax-confluence-dc-vpat-pg06
- ax-confluence-dc-vpat-pg10
- ax-confluence-dc-vpat-pg11
- ax-confluence-dc-vpat-viewpage
- ax-customer-escalated
- ax-esc-itzbund
- ax-high-priority
- ax-kb-user
- ax-qa
-
Severity 3 - Minor
-
Description
Issue Summary
On the “Dashboard ” page, non-modal dialog becomes available when the user mouse hovers over "Admin Admin" is inaccessible.
Note: This issue is also observed on following pages:
- "Edit page permissions" ( Restrictions modal dialog) , please refer screenshot 2.
- "View Page" Refer screenshot 3
Steps to Reproduce
- Open "Dashboard | All popular " page
- Navigate to the mentioned tooltip content using keyboard.
- Turn on the screen reader and observe that tooltip content is not accessible.
Screenshot 1
Screenshot 2
Screenshot 3
Actual Results
On the "Dashboard | All popular " page, the non-modal dialog that becomes available when the user mouse hovers over “Admin Admin” is not accessible. These non-modal dialogs are coded inappropriately which makes functionality inaccessible for keyboard-only and screen reader users. Moreover, the dialog is only available on mouse hover.
Expected Results
The mentioned dialog should be accessible for keyboard-only and screen reader users.
Make the dialog accessible by performing the following steps:
- Replace the avatar element with the native <button> element in the source code so that it receives keyboard focus. (Currently the avatar and username element is coded in one <a> tag so when users tab the keyboard focus receives both the elements)
- Add role="dialog" and "aria-labelledby" attribute to the <div> element containing the modal dialog heading/title for text “User name”.
- Specify the "id" attribute with a unique value to the element containing the heading text i.e “User name” and reference it via the "aria-labelledby" attribute.
For information on creating accessible non-modal dialog refer Non Modal Dialogs
Workaround
Currently there is no known workaround for this behavior. A workaround will be added here when available.
Environment
MacBook Pro (16-inch, 2019)
macOs Ventura 13.3.1
Chrome - Version 113.0.5672.63 (Official Build) (x86_64)
Firefox- Version 92.0 (64-bit)
Safari- Version 16.4 (18615.1.26.110.1)
JAWS- Version 2022
NVDA- Version 2021.2
Voiceover - Version Latest
Attachments
Issue Links
- depended on by
-
CONFSERVER-92587 User profile popup: Additional content available on hover not dismissible
- Closed