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

[MultiComboBox|A11y]: Irrelevant info is read out on opening drop-down #9116

Closed
1 task done
f16r opened this issue Jun 4, 2024 · 3 comments
Closed
1 task done

[MultiComboBox|A11y]: Irrelevant info is read out on opening drop-down #9116

f16r opened this issue Jun 4, 2024 · 3 comments
Assignees

Comments

@f16r
Copy link

f16r commented Jun 4, 2024

Bug Description

After opening the drop-down with the key combination Alt + Arrow Down JAWS reads the title of the document with suffix "Google Chrome Dialog" (e.g. MultiComboBox | UI5 Web Components - Google Chrome dialog on https://sap.github.io/ui5-webcomponents/components/MultiComboBox/).

image

Affected Component

MultiComboBox

Expected Behaviour

Use a more meaningful name that links the dialog to the multi combobox input instead to the overall document.

Isolated Example

https://sap.github.io/ui5-webcomponents/components/MultiComboBox/

Steps to Reproduce

  1. Press Alt + Arrow Down

Log Output, Stack Trace or Screenshots

No response

Priority

None

UI5 Web Components Version

1.24.1

Browser

Chrome

Operating System

No response

Additional Context

No response

Organization

CBC

Declaration

  • I’m not disclosing any internal or sensitive information.
@f16r f16r added the bug This issue is a bug in the code label Jun 4, 2024
@niyap
Copy link
Contributor

niyap commented Jun 4, 2024

Hello @SAP/ui5-webcomponents-topic-rl,

When ui5-multi-combobox dropdown is open, the browser tab title information is read out in addition to the expected speech output. Probably, it is a JAWS bug that has to be isolated.
You can check the sample: https://sap.github.io/ui5-webcomponents/storybook/playground/main/pages/MultiComboBox/ The issue is not reproducible with NVDA.
Check JAWS issue 0005 from the wiki as it is similar.

Could you please look over?

Thank you in advance!

Kind Regards,
Niya

@elenastoyanovaa
Copy link
Contributor

Hello @f16r ,

This seems to be a JAWS specific behavior - when a dialog is not labelled (in our case the multicombobox popover) the Screen Reader seems to announce the <title> element of the html document as a dialog title, on opening the dialog.
In order to avoid this behavior I have applied a label to the suggestions popup. Additionally I did the same for the ui5-input and ui5-combobox as well.

Thank you for identifying this behavior and helping us improve the accessibility of our components!

The issue will be closed automatically once the improvement is merged in the release 1.24 branch.

Kind Regards,
Elena

ilhan007 pushed a commit that referenced this issue Jul 19, 2024
…ncement (#9514)

When a header, nor a label is provided to an element with role dialog JAWS reads out the <title> element of the html document as a dialog header, once a dialog is opened/focused. In order to overcome this side effect and future announcemnt deviations the suggestion popover elements are now labelled following the existing pattern from UI5.

FIXES: #9116
@elenastoyanovaa
Copy link
Contributor

Hello,

The fix will be available with the next release of 1.24.

Kind Regards,
Elena

@github-project-automation github-project-automation bot moved this from In progress to Completed in Maintenance - Topic RL Jul 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Completed
Development

No branches or pull requests

4 participants