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

Accessibility: [Screen Reader]: Selecting spacebar/enter when the screen reader focus is on container response options, always selects the first response #3084

Closed
ericmaino opened this issue Apr 7, 2020 · 2 comments
Labels
Bot Services Required for internal Azure reporting. Do not delete. Do not change color. bug Indicates an unexpected problem or an unintended behavior. customer-replied-to Required for internal reporting. Do not delete. customer-reported Required for internal Azure reporting. Do not delete. external-adaptive-cards

Comments

@ericmaino
Copy link

image

Actual
With JAWS ON and keyboard tab navigation, notice that the screen reader focus comes to “response container”. JAWS announces all the responses/answers one after the other and then says “press spacebar to select”. When user enters spacebar always the first option is selected. (see screenshot below –Are you experiencing any of the following symptoms ?]

Expected
JAWS focus should not come to “response container” during keyboard tab navigation. The selection experience is completely unpredictable.

WCAG Violation
Name, Role Value: 4.1.2
https://www.w3.org/TR/UNDERSTANDING-WCAG20/ensure-compat-rsv.html

Info and Relationships 1.3.1
https://www.w3.org/WAI/WCAG21/Understanding/info-and-relationships.html

@ericmaino ericmaino added Bot Services Required for internal Azure reporting. Do not delete. Do not change color. bug Indicates an unexpected problem or an unintended behavior. customer-reported Required for internal Azure reporting. Do not delete. labels Apr 7, 2020
@corinagum
Copy link
Contributor

These are accessibility issues of v3 of Web Chat, which has been deprecated and we no longer support unless there are security risks. For accessible Web Chat, please migrate to v4.

@compulim
Copy link
Contributor

I believe this is because the AC card container is focusable, when it shouldn't be.

In our offline chat, we refer to this phenomena as "rogue tabindex=0". Will file a bug to AC and link it here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bot Services Required for internal Azure reporting. Do not delete. Do not change color. bug Indicates an unexpected problem or an unintended behavior. customer-replied-to Required for internal reporting. Do not delete. customer-reported Required for internal Azure reporting. Do not delete. external-adaptive-cards
Projects
None yet
Development

No branches or pull requests

3 participants