microsoftgraph / microsoftgraph/microsoft-graph-comms-samples

PolicyRecordingBot double compliance recording audio notification on PSTN calls

Open
#862 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
No language data
Stars
253
Forks
275
Avg merge
1d 5h
Merged PRs (30d)
1

Description

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:

  1. A Teams user (with a Compliance Recording Policy applied) makes an outbound call to an external PSTN number.
  2. The PSTN user answers the call.
  3. Our compliance recording bot joins the session
  4. We call the updateRecordingStatus (Microsoft.Graph.Communications.Calls.ICall.UpdateRecordingStatusAsync) API method exactly once to trigger the recording notification.
  5. We call API to add LargeGalleryView participant (Microsoft.Graph.Communications.Calls.ICall.AddLargeGalleryViewAsync)
  6. The PSTN recipient hears the audio notification once when connection is established.
  7. 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

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the call flow with updateRecordingStatusAsync and AddLargeGalleryViewAsync in the listed order, using the reported package versions and CallId context. Compare it with adding another Teams participant first and with recording status updated after LGV joins; done means the PSTN recipient hears the recording notification only once.

Written by the indexing model from the issue text.

Assessment

Domain
audio-video-rtc
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.