|Summary:||Answering a held call fails with NotAvailable rather than a more descriptive error.|
|Product:||Telepathy||Reporter:||Will Thompson <will>|
|Component:||gabble||Assignee:||Telepathy bugs list <telepathy-bugs>|
|Status:||RESOLVED MOVED||QA Contact:||Telepathy bugs list <telepathy-bugs>|
|i915 platform:||i915 features:|
|Bug Depends on:||21996|
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.