ringcentral / ringcentral/ringcentral-embeddable

User can logout of the embeddable while on a call ... it gets strange

Open
#1,214 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
TypeScript
Stars
93
Forks
53
Avg merge
7d
Merged PRs (30d)
4

Description

Steps to reproduce:

  • start a call via the embeddable
  • logout of the embeddable
  • you're still on the call, you can still hear the people on the other end, the embedable shows you're on a current call but the API can't interact with it (e.g. our own 'hangup button' can't work without a session etc).

What is the expected behaviour if you logout in the middle of a call? Should it drop the call, but the call on hold, or just keep

Image

Embeddable throws errors like

logger.ts:11 [ERROR] WEBPHONE Fail to disconnect call session msyns709aharcpo

[RingCentral] Cannot perform action: User is not logged into RingCentral

If the other end does disconnect, when you next logback in you're "stuck" and in the console we see

[DialerUI] make call error Error: rc-widget-webphone-channel-v2-timeout
at MultipleTabsTransport.js:95:44

with zero information in the dialer itself. It shows no indication that the call is not proceeding or not working it just appears not to work at all which might be a separate issues to have that error show up in the UI

Also: Version 3.0.0-beta

Contributor guide

Open the contributing guide

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

Reproduce the logout-during-call flow in the embeddable, then inspect logger.ts, MultipleTabsTransport.js, and the DialerUI call path mentioned in the report. The expected logout behavior still needs a decision; done should include consistent call/session handling and a visible indication when a subsequent call fails.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
api, frontend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.