[Bug 24936] Channel.Type.Call (StreamedMedia 2.0)
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sun Feb 28 22:38:32 CET 2010
http://bugs.freedesktop.org/show_bug.cgi?id=24936
--- Comment #37 from Andres Salomon <dilinger at collabora.co.uk> 2010-02-28 13:38:31 PST ---
(In reply to comment #36)
> I believe there needs to be a method for Muting a Call channel. The rtcom
> bindings have a Channel.Interface.Mute (for StreamedMedia). The methods it
> exposes are 'b GetMuteState()' and 'RequestMute(b Mute)', as well as a
> MuteStateChanged signal.
>
> I believe this should be a CallMemberFlag within Call. We can then have a
> Channel.Interface.Mute, similar to how the Hold interface is handled (I don't
> see much point in having a MuteStateChanged, though, since Call will raise a
> CallStateChanged signal when Mute changes. It will do it when Hold changes,
> for that matter, making Hold's HoldStateChanged signal redundant).
>
I've opened #26807 for this.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
More information about the telepathy-bugs
mailing list