"Keyboard controls": Invisible elements should not receive focus or be visible to screen reader users.

Is it an issue related to Adaptive Cards?

No.

What is the PWD impact?

Motor / Dexterity, Visual

What browsers and screen readers do this issue affect?

No response

Are there any code-based customization done to Web Chat?

No, I am using Web Chat without any customizations except "styleOptions".

What version of Web Chat are you using?

Latest production

Which area does this issue affect?

Keyboard focus indicator

What is the public URL for the website?

https://edfinancial.com

How to reproduce the issue?

This is feedback from the accessibility company Allyant who has been testing our website and has people who use screenreaders and other assistive technologies as a part of their testing team.

When closing the Keyboard Help, it closes visibly, but it is achieving this by using "height: 0" instead of "display: none" so it can still receive focus. As shown in the screenshot, when closed, the button is still actually present in the UI, it's just visually hidden.

What do you expect?

After closing the Keyboard Help, ensure the content remains hidden after the user chooses to close it.

What actually happened?

See other responses.

Do you have any screenshots or recordings to repro the issue?

No response

Did you find any DOM elements that might have caused the issue?

CSS: .webchat--css-plmqt-at18kd.webchat__keyboard-help:not(.webchat__keyboard-help--shown)

MAS reference

No response

WCAG reference

https://www.w3.org/WAI/WCAG22/Understanding/name-role-value

WAI-ARIA reference

No response

Adaptive Card JSON

No response

Additional context

No response

Start with the reported CSS selector .webchat__keyboard-help:not(.webchat__keyboard-help--shown) and trace how the Keyboard Help close action hides its content. Confirm that closed content is not focusable or exposed to screen readers, then verify the behavior against the reported website and accessibility scenario.