| Summary: |
Need to be able to discover which members are on which content |
| Product: |
Telepathy
|
Reporter: |
Sjoerd Simons <sjoerd> |
| Component: |
tp-spec | Assignee: |
Telepathy bugs list <telepathy-bugs> |
| Status: |
RESOLVED
INVALID
|
QA Contact: |
Telepathy bugs list <telepathy-bugs> |
| Severity: |
normal
|
|
|
| Priority: |
medium
|
|
|
| Version: |
unspecified | |
|
| Hardware: |
Other | |
|
| OS: |
All | |
|
| Whiteboard: |
Call |
|
i915 platform:
|
|
i915 features:
|
|
|---|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Currently it's not possible to know which members of a (say) muji call take part in which content (without looking at who has announced codecs on the media interface). from #24936: > - A calls B and adds a content of type Audio and a content of type Video, a > stream will be created automatically for each content and StreamAdded will be > emitted accordingly > - Now A or B invites C to join the channel, I believe a new stream will be > created for each content to let user C join the conversation. If that is not > the case, how can we add streams for C? And what happens if C does not support > Audio calls? only video? Will the Audio content be just ignored or will it fail > as C cannot join the conversation. This is mostly for contents, what streams appear is mostly determined by the underlying protocol and so the domain of the CM