Bug 26093 - Pick existing stream ID when adding video content to an incoming audio call
Summary: Pick existing stream ID when adding video content to an incoming audio call
Status: NEW
Alias: None
Product: Telepathy
Classification: Unclassified
Component: gabble (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: 2010-01-18 06:36 UTC by Guillaume Desmottes
Modified: 2010-01-18 06:44 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
gabble log (49.72 KB, text/plain)
2010-01-18 06:36 UTC, Guillaume Desmottes
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Guillaume Desmottes 2010-01-18 06:36:01 UTC
Created attachment 32693 [details]
gabble log

While testing my fix for bgo #582597, I hit an issue in the following scenario:
- Ask to the echo to call you (!callme)
- Check the "send video" ticky box and accept the call
- The call is closed by the echo bot.

Seems we are re-using "stream1" for the video stream which is already used by the audio one.
Attaching log.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=582597
Comment 1 Sjoerd Simons 2010-01-18 06:44:08 UTC
Re-using the stream name isn't the issue here. What happens is that you get an incoming jingle session with one content, then before accepting gabble is asked to add a second content. It internally adds this content, but for some reason doesn't send out a content-add. Instead when gabble accepts the call it includes both the original content and the new content in the session-accept message (?!). Which rightfully confuses the gabble on the other hand as a content it never saw before magically appeared.


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.