Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

{Freeway-Bug}[TSDoc> Search]- Ensures every ARIA input field has an accessible name for the search result. #242

Open
vagpt opened this issue Jun 18, 2024 · 0 comments
Labels
A11yRT Bug while accessibility testing core scenarios A11ySev2 Accessibility severity A11yWcag Wcag accessibility violation bug Something isn't working as intended HCL-TSDoc product tag tracking accessibility testing

Comments

@vagpt
Copy link
Collaborator

vagpt commented Jun 18, 2024

Test Environment:
Version: Version 24H2 (OS Build 26231.5000)
Browser Version: 127.0.2638.2 (Official build) dev (64-bit)
URL: https://tsdoc.org/
Tool: Accessibility Insights for Web

Repro Steps:

  1. Open the above URL in edge dev browser and login with v-.
  2. Press the tab key and navigate to the 'Search' field and press enter key to activate it.
  3. Type any search character and press enter key to search.
  4. Run the fast pass of accessibility insights for web.
  5. Observe the issue.

Actual Result:
For the search result input fields does not have an accessible name.
Also, Aria label is not defined for the search result.

Expected Result:
Ensures every ARIA input field has an accessible name for the search result.
Also, ARIA label should be defined for the search result so that when the screen reader focus lands on it then screen reader should announce as Tags @Alpha 1 of 5 selected.

Element path:
.DocSearch-Hits:nth-child(1) > ul[role="listbox"][aria-labelledby="docsearch-label"]

Snippet:

    How to fix:
    Fix any of the following:
    aria-label attribute does not exist or is empty
    aria-labelledby attribute does not exist, references elements that do not exist or references elements that are empty
    Element has no title attribute

    User Impact:
    It will impact the screen reader user as they will not be able to know the name of the list item or search result if the accessible name is not defined for the control.

    WCAG Reference:
    https://www.w3.org/WAI/WCAG21/Understanding/name-role-value

    Have feedback to share on Bugs ? please tag bug as “A11yRCA” and add your feedback in the comment section

    Ensures every ARIA input field has an accessible name for the results

    Ensures every ARIA input field has an accessible name for the search result

    Ensures.every.ARIA.input.field.has.an.accessible.name.for.the.search.result.mp4
@vagpt vagpt added bug Something isn't working as intended HCL-TSDoc product tag tracking accessibility testing A11yWcag Wcag accessibility violation A11ySev2 Accessibility severity A11yRT Bug while accessibility testing core scenarios labels Jun 18, 2024
@vagpt vagpt changed the title [TSDoc> Search]- Ensures every ARIA input field has an accessible name for the search result. {Freeway-Bug}[TSDoc> Search]- Ensures every ARIA input field has an accessible name for the search result. Jun 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A11yRT Bug while accessibility testing core scenarios A11ySev2 Accessibility severity A11yWcag Wcag accessibility violation bug Something isn't working as intended HCL-TSDoc product tag tracking accessibility testing
Projects
None yet
Development

No branches or pull requests

1 participant