-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bugfix] add RoomCallLocator to the types for CallWithChatComposite #4398
base: main
Are you sure you want to change the base?
[Bugfix] add RoomCallLocator to the types for CallWithChatComposite #4398
Conversation
Signed-off-by: Jesse <[email protected]>
Hi @realjesset, thanks for being proactive and creating this PR. We did not intend for Rooms call to have chat. Technically, it should be possible to add a chat thread to a Rooms call. I will try this out myself to test if this works. I'm wondering if you were able to make this work? |
Hello @mgamis-msft! No worries at all, I use this library heavily, its my pleasure!
so passing the roomId to the locator just works out of the box, apart from it missing types. As for the chat, once you've created a chat thread with a topic name then you can pass it like this and it works: // ...rest of your args for adapter
locator: {
callLocator: {
// @ts-expect-error - this is a bug in the types
roomId: room.id,
},
chatThreadId: room.threadId, // threadId we create via `${endpoint}/chat/threads?api-version=2024-03-15-preview` endpoint
}, |
Cool! That is great to hear to have such a heavy user. I guess the concern here is someone who is not invited to the room can be added to the chat thread. The Rooms API intends to add chat in the future and have a secure way of inviting someone to both a room and a chat thread. They will most likely provide the chat thread id for us which we can add to the locator. |
What
missing the
RoomCallLocator
fromCallAndChatLocator
in AzureCommunicationCallWithChatAdapter.tsWhy
adds the
RoomCallLocator
to theCallAndChatLocator
typesHow Tested
ran up an instance of the CallWithChatComposite and it works, it was working without this change, but added types to make it consistent.
Process & policy checklist
Is this a breaking change?