Bug 15770 - StreamedMedia: Add a way to signal cancellation of a call (by a different PBX extension picking it up)
Summary: StreamedMedia: Add a way to signal cancellation of a call (by a different PBX...
Status: RESOLVED MOVED
Alias: None
Product: Telepathy
Classification: Unclassified
Component: tp-spec (show other bugs)
Version: unspecified
Hardware: Other All
: low normal
Assignee: Telepathy bugs list
QA Contact: Telepathy bugs list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-30 10:32 UTC by Sjoerd Simons
Modified: 2019-12-03 20:17 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments

Description Sjoerd Simons 2008-04-30 10:32:42 UTC 
Some PBX systems can, on an incoming call, ring multiple extensions. When one of the extensions picks up, the call to the others is cancelled. Extensions can be softphones, in which case the cancellation is signaled to them (SIP has a way to do this, jingle doesn't, don't know about others).

When this happens the UI is expected to not log such a call as a missed call. Obviously to make this happen we need some way in telepathy to signal this. In telepathy-sofiasip this is done by using the self-handle as actor in the MembersChanged signal on the Media channel. Which is obviously far too subtle.

Maybe a Channel_Group_Change_Reason_Cancelled should be added?
Comment 1 Simon McVittie 2009-03-20 11:13:31 UTC 
> Which is obviously far too subtle.

"obviously"? I think documenting this usage might be sufficient - if we terminated the call ourselves, then obviously it's not a missed call.
Comment 2 Simon McVittie 2009-04-13 06:51:41 UTC 
Sortable/clearer description, low priority
Comment 3 GitLab Migration User 2019-12-03 20:17:24 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-spec/issues/11.

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.