-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
Low
-
None
-
Affects Version/s: 8.4.0, 9.2.0
-
Component/s: Accessibility
-
- 4.1.2
- Level-A
- WCAG21
- ax-A11y-251
- ax-at-user
- ax-bug
- ax-confluence-2024-vpat-create/editpage
- ax-confluence-dc-2023-vpat
- ax-confluence-dc-2024-vpat
- ax-confluence-dc-2024-vpat-reuse
- ax-confluence-dc-vpat
- ax-confluence-dc-vpat-createanewpage-editor
- ax-confluence-dc-vpat-createeditpage
- ax-confluence-dc-vpat-pg07
- ax-confluence-dc-vpat-reuse
- ax-high-priority
- ax-qa
- ax-qa-not-fixed
- ax-qa-verified
-
Severity 3 - Minor
Issue Summary
The "Bold", "Italic", "Underline" and so on interactive elements are implemented as a link in the source code.
Steps to Reproduce
- Navigate to the header and activate the "Create" button.
- Navigate to the mentioned link and try to access it
- Notice that inappropriate role information is read out by the screen reader.
Screenshot

Actual Results
The "Bold", "Italic", "Underline" and so on interactive elements are implemented as a link inappropriately. As a result, screen reader users are communicated with inappropriate role information. Additionally, the selected state is not defined for the mentioned interactive elements.
Expected Results
- Mark up the mentioned interactive element using the native <button> element. Alternatively, If the above implementation is not possible, use custom role="button" and tabindex="0" to make sure that this button receives keyboard focus and has an interactive role
- Set the "aria-pressed" attribute to "false" for buttons by default as the buttons are not in the selected state. Ensure that the value of the "aria-pressed" attribute changes on user interaction via scripting.
Workaround
Not available
Environment
MacBook Pro (16-inch, 2019)
macOS 13.4.1 (c) (22F770820d)
Chrome - Version 115.0.5790.170 (Official Build) (x86_64)
Firefox- Version 114.0 (64-bit)
Safari- Version 16.5.2 (18615.2.9.11.10)
JAWS- Version 2023.2306.28
NVDA- Version 2022.2.2
Voiceover - Version Latest