microsoftgraph / microsoftgraph/microsoft-graph-comms-samples

Unexpected IncomingCalls behaviour....More of a question

Open
#322 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

Describe the issue
When making a Teams call between two users where one of the users has the recording policy applied, it appear that the graph framework sends multiple messages to the PlatformCallController on the “api/calling” endpoint. The call IDs of the calls all differ within every received message.
This behaviour results in multiple firing of the CallsOnUpdated() within bot.cs whereby callhandlers are instantiated (and disposed) for what appears to be phantom calls.

Code Snippet
N/A

Expected behavior
When receiving a incoming call notification I expect ALL messages to pertain to a single call. Meaning that the call ID and other info is identical in all subsequent resends. Therefore meaning the repeated resends are done with a perspective as being synonymous with a ringing phone, i.e. happens for approx. 15 seconds before forwarding to voicemail..

So the question…………why am I seeing this behaviour? What’s the significance of the changing call ID’s from the series of incoming call requests?

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 with the PlatformCallController handling of the api/calling endpoint and follow how incoming notifications reach CallsOnUpdated() in bot.cs. Compare the received call IDs and their handling to determine whether the repeated messages represent separate calls; done means explaining the changing IDs and the resulting handler lifecycle.

Written by the indexing model from the issue text.

Assessment

Domain
api, backend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.