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
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
Depends on:
Reported: 2010-01-18 06:36 UTC by Guillaume Desmottes
Modified: 2019-12-03 19:21 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

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

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.
Comment 2 GitLab Migration User 2019-12-03 19:21:48 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/telepathy/telepathy-gabble/issues/74.

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.