[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