microsoft / microsoft/BotFramework-WebChat
Interactive control are not keyboard accessible.
Nobody has claimed this yet.
- Dominant language
- HTML
- Stars
- 1.8k
- Forks
- 1.6k
- Avg merge
- 22h 58m
- Merged PRs (30d)
- 2
Description
Is it an issue related to Adaptive Cards?
No response
What is the PWD impact?
When interactive controls are not keyboard accessible, users who rely on keyboard navigation—including those with motor impairments, screen reader users, or individuals who cannot use a mouse—are unable to operate the controls.
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?
Others or unrelated
What is the public URL for the website?
No response
How to reproduce the issue?
Repro Steps:
- Open URL: Web Chat in edge browser.
- Ask query 'Audio'.
- Navigate to bot response.
- Observe the issue that Interactive audio control are not keyboard accessible.
What do you expect?
Keyboard focus should move to the audio control and should be actionable with enter key.
What actually happened?
Interactive audio control is not keyboard accessible.
Do you have any screenshots or recordings to repro the issue?
https://github.com/user-attachments/assets/e7ca36da-411e-4494-b56f-6d360ca317f0
Did you find any DOM elements that might have caused the issue?
No response
MAS reference
No response
WCAG reference
https://www.w3.org/WAI/WCAG21/Understanding/keyboard
WAI-ARIA reference
No response
Adaptive Card JSON
Additional context
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue in Edge using the reported “Audio” query, then inspect the Web Chat response for the interactive audio control and its keyboard focus behavior. Done means focus reaches the control and Enter activates it, matching the expected keyboard interaction and WCAG keyboard guidance.
Written by the indexing model from the issue text.
Assessment
- Domain
- accessibility, frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 42/100