Hacktoberfest 2026：维护者为十月标记出来的 issue，仍然开放、适合新手。 浏览 Hacktoberfest issue

{Linked:Bug34037190}[Accessibility] Message action buttons announce the entire bot response

已关闭
  • 哪里不对？
#5,849 5 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

已经有一个关联 PR 被合并了。

  • #5865 来自 @ahonamatata —— 已合并

评估

难度
3/5
预计耗时
1-2 天
新手友好度
55/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
冷清
技术栈
html
领域
accessibility, frontend, web-dev

调研方向

从 FluentThemeProvider 下的 BasicWebChat 开始，使用原生 Copy 操作复现问题，然后检查消息操作工具栏的渲染以及按钮计算出的可访问名称。完成标准是 Copy、Like 和 Dislike 只播报简洁的操作名称和状态，而不重复周围的 bot 响应。

由索引模型根据 Issue 内容生成。

描述

A11ySev2 A11yWCAG Accessibility BotFrameworkWebChat_Web HCL HCL-BIC
Is it an issue related to Adaptive Cards?

No.

What is the PWD impact?

Screen reader users hear the entire bot response again when focus moves to a message action such as Copy, Like, or Dislike. This makes it difficult to identify the focused control and creates confusing, repetitive narration for long responses.

What browsers and screen readers do this issue affect?

Windows: Edge with Windows Narrator

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

Yes, however, this also repros on the Web Chat-native Copy action without a custom action renderer. The host adds message metadata (AllowCopy and LikeAction/DislikeAction potential actions), while Web Chat renders the toolbar, buttons, and their accessible names.

What version of Web Chat are you using?

Development build: 4.18.1-main.20260204.e78ed2d

Which area does this issue affect?

ARIA roles; Others or unrelated

What is the public URL for the website?

No public URL is available.

How to reproduce the issue?
  1. Render BasicWebChat under FluentThemeProvider.
  2. Enable the Web Chat-native Copy action for a bot response, or provide LikeAction and DislikeAction entries in potentialAction.
  3. Send or display a bot response containing multiple sentences.
  4. Start Windows Narrator.
  5. Press TAB until focus moves to Copy, Like, or Dislike beneath the response.
  6. Observe the accessible name announced for the focused button.
What do you expect?

Narrator should announce only the concise name and state of the focused action, such as "Copy button", "Like button", or "Dislike button".

What actually happened?

Narrator announces the entire bot response together with the focused action. The same behavior occurs on the Web Chat-native Copy button, indicating that the action-toolbar button is deriving its accessible name from the surrounding message content.

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

No public recording is currently available.

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

The issue appears to originate in Web Chat's message action-toolbar rendering. The action buttons are nested within the bot response article, and their computed accessible names include the response text.

MAS reference

MAS 1.3.1 - Info and Relationships

WCAG reference

https://www.w3.org/WAI/WCAG21/Understanding/info-and-relationships

WAI-ARIA reference

https://www.w3.org/TR/accname-1.2/

Adaptive Card JSON
Additional context

The host application does not render these buttons or assign their accessible names. It only supplies action metadata. A host-side aria-label on the surrounding Web Chat article did not resolve the button announcement because it does not control accessible-name computation inside the Web Chat toolbar.

主要语言
HTML
星标
1.8k
派生
1.6k
平均合并
17 小时 24 分钟
30 天内合并 PR
21

环境准备

从这里开始

  1. 先读完整个 Issue，再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库，在一个分支上完成修改。
  4. 提交 Pull Request，并在描述里引用这个 Issue 编号。

microsoft/BotFramework-WebChat 的其他 Issue

查看 microsoft/BotFramework-WebChat 的全部 Issue

相似的 Issue

更多 Accessibility Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。