Bug 22031

Summary: Answering a held call fails with NotAvailable rather than a more descriptive error.
Product: Telepathy Reporter: Will Thompson <will>
Component: gabbleAssignee: Telepathy bugs list <telepathy-bugs>
Status: RESOLVED MOVED QA Contact: Telepathy bugs list <telepathy-bugs>
Severity: minor    
Priority: low    
Version: unspecified   
Hardware: Other   
OS: All   
i915 platform: i915 features:
Bug Depends on: 21996    
Bug Blocks:    

Description Will Thompson 2009-06-02 07:01:07 UTC
* Alice calls Bob; Bob's Gabble sends a <ringing/> notification.
* Bob puts the call on Hold; his Gabble sends a <hold/> notification.
* Bob answers the call; his Gabble sends <active/> which cancels the <hold/>.

So now Alice thinks she's off hold, but Bob still thinks the call's on hold.

I'm inclined to say that we don't want to support answering calls while they're on hold (it's meaningless), and smcv thinks this makes sense. So maybe AddMembers should fail with o.fd.T.StreamedMedia.OnHold or something.
Comment 1 Will Thompson 2009-06-10 03:49:43 UTC
As of 0.7.29, this fails with NotAvailable.
Comment 2 GitLab Migration User 2019-12-03 19:19:39 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/38.

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.