Bug 42592 - Call1: Not clear when Content and Stream objects are created
Summary: Call1: Not clear when Content and Stream objects are created
Status: RESOLVED NOTABUG
Alias: None
Product: Telepathy
Classification: Unclassified
Component: tp-spec (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Telepathy bugs list
QA Contact: Telepathy bugs list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-04 06:35 UTC by Xavier Claessens
Modified: 2011-11-07 07:53 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Xavier Claessens 2011-11-04 06:35:52 UTC
While reading the spec, I've assumed Stream objects are added after the call has been accepted, because I though nothing was actually streamed before the call is active.

But it seems I were wrong, some I think this is should be clarified in the spec. So Content/Streams are always there, whatever is the CallState ?
Comment 1 Olivier Crête 2011-11-04 06:47:50 UTC
stream object are normally there from the beginning.. But they can be added later if you want (like you can add video to an audio-only call). or a stream can be added if another participant joins the call. It's all dynamic.
Comment 2 Xavier Claessens 2011-11-07 07:48:50 UTC
Hm, actually re-reading the spec, and this is already said:

Channel.Type.Call1 says: "Calls always have one or more Content objects associated with them."

Call1.Content: "Each content has one or more Stream"

So this suggests that calls at any time has at least 1 content, and contents always have at least 1 stream.

Not sure how to tell this more explicitely in the spec... maybe let's just consider this bug invalid then.
Comment 3 Xavier Claessens 2011-11-07 07:53:11 UTC
Bah, let's close, as spec seems to already answer the problem :)


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.