Media capture is not stopped for guests when deleting the conversation during a call
Open
Nobody has claimed this yet.
bug
feature: call 📹
feature: frontend 🖌️
low
- Dominant language
- PHP
- Stars
- 2.2k
- Forks
- 587
- Avg merge
- 18h 27m
- Merged PRs (30d)
- 333
Description
How to use GitHub
- Please use the 👍 reaction to show that you are affected by the same issue.
- Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
- Subscribe to receive notifications on status change and new comments.
This can be reproduced only for guests and when the HPB is used.
Steps to reproduce
- Setup the HPB
- Create a public conversation
- In a private window, open that public conversation as a guest
- Start a call
- In the original window, delete the conversation
Expected behaviour
The browser stops audio and video capture
Actual behaviour
The browser is still capturing audio and video, even if the UI shows The conversation does not exist
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue with HPB by opening a public conversation as a guest, starting a call, and deleting the conversation from the original window. Trace the guest call and media-capture behavior after the conversation disappears; done means the browser stops both audio and video capture when the UI reports that the conversation does not exist.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100