ADW - DocList - Link does not have a role with AGS extension enabled
"The element appears and functions like a link but is not marked up as such.
Role link is not identified for the file names (cat.jpg, DQ, etc) in the name column.
Observed that on clicking the element it open the details/folder
The name, role, value, states, and properties of user interface components MUST be programmatically determinable by assistive technologies.
HOW TO FIX:
Fix this issue by using one of the following techniques:
<a href=""https://deque.com"">Deque Systems</a>
2. Use the ARIA role=""link"" on the custom link element container (e.g. <p>, <span> or <div>). (Be sure to use event handlers that can be operated by keyboard and touch screens.)
<span role=""link"" tabindex=""0"" data-href=""https://deque.com"">Deque Systems</span>
Deque University: https://dequeuniversity.com/class/semantic-structure2/links/designate-links-correctly
W3C HTML5 Recommendation: https://www.w3.org/TR/html52/textlevel-semantics.html#the-a-element
Every user interface control must have a role to convey what type of control it is for screen reader and other assistive technology users. Native HTML elements - such as <button>, <a>, <input>, <select> - already have a role, so nothing more needs to be done. If you create a custom version of a native HTML element or a custom control or widget that does not have a native HTML equivalent, you must add the relevant role(s) using ARIA as well as expected keyboard interactions."
This issue reproduces in ADW with the AGS extension enabled. The most probable source of the issue is AGS replacing the Name column template and not having the "role" attributes provided, so the AGS codebase needs to be fixed
The following tests are failing on ADW as a side effect of this: