PolicyRecordingBot double compliance recording audio notification on PSTN calls
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 35/100
- Issue 类型
- 缺陷
- 描述清晰度
- 基本清楚
- 活跃度
- 冷清
调研方向
首先按照列出的顺序，使用报告中的包版本和 CallId 上下文，通过 updateRecordingStatusAsync 和 AddLargeGalleryViewAsync 重现调用流程。将其与先添加另一位 Teams 参与者，以及在 LGV 加入后更新录音状态的情况进行比较；当 PSTN 接收方只听到一次录音通知时，即表示完成。
由索引模型根据 Issue 内容生成。
描述
We observed strange behavior with our PolicyRecordingBot application when compliant teams user makes direct one to one call to PSTN (phone number). When PSTN user answers he can hear recording notification ("this call is being recorded") once and then again second time when large gallery view participant (LGV) joins.
Steps to Reproduce:
- A Teams user (with a Compliance Recording Policy applied) makes an outbound call to an external PSTN number.
- The PSTN user answers the call.
- Our compliance recording bot joins the session
- We call the updateRecordingStatus (Microsoft.Graph.Communications.Calls.ICall.UpdateRecordingStatusAsync) API method exactly once to trigger the recording notification.
- We call API to add LargeGalleryView participant (Microsoft.Graph.Communications.Calls.ICall.AddLargeGalleryViewAsync)
- The PSTN recipient hears the audio notification once when connection is established.
- The PSTN recipient hears the audio notification for the second time when LargeGalleryView participant joins the call
Technical Findings & Workaround:
- Single API Call: We are firing the updateRecordingStatus method only once. We also call addLargeGalleryView API only once
- If we don't add LGV immediately and first add other teams user (doesn't matter if it is compliant or non compliant) and after that add LGV, second recording is not heard.
- If we call the updateRecordingStatus API after the large gallery view participant joins the call, the duplication issue disappears, and the PSTN user hears the notification only once (as expected).
We are using Microsoft.Skype.Bots.Media version 1.31.0.225-preview, but the same thing is happening with latest 1.33.0.258-preview. Also we are using Microsoft.Graph.Communications.* packages version 1.2.0.10563 but same thing is happening with latest one 1.2.0.15690.
CallId: 0f006580-9f52-498d-97c1-e17017947fab
DateTime (UTC): March 24, 2026, 12:11 AM
- 主要语言
- 没有语言数据
- 星标
- 252
- 派生
- 276
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
microsoftgraph/microsoft-graph-comms-samples 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
-
难度 5/5 一周以上 新手友好度 25/100
microsoftgraph/microsoft-graph-comms-samples#871 · 5 条评论 ·
-
难度 4/5 3-5 天 新手友好度 30/100
microsoftgraph/microsoft-graph-comms-samples#870 · 11 条评论 ·
-
难度 5/5 一周以上 新手友好度 20/100
microsoftgraph/microsoft-graph-comms-samples#869 · 1 条评论 · 1 个 reaction ·
-
难度 4/5 3-5 天 新手友好度 45/100
microsoftgraph/microsoft-graph-comms-samples#868 · 1 条评论 ·
查看 microsoftgraph/microsoft-graph-comms-samples 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 78/100
moonshine-ai/moonshine#231 ·
-
难度 2/5 1-3 小时 新手友好度 65/100
Thorium-Sim/thorium-nova#791 ·
-
`_ParticipantAudioInputStream` 补静音帧时`data` 长度未乘声道数，多声道配置下抛`ValueError`可能已有人在做 @Hugo-DDT 今天认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 62/100
FluidInference/FluidAudio#1049 ·
维护者通常 1 天内回复
-
bug good first issue system: core
难度 2/5 1-3 小时 新手友好度 64/100
Devsoc-BPGC/ElysiumEngine#43 ·