Bug 36245

Summary: TP Farstream should provide a helper to set handler_capabilities
Product: Telepathy Reporter: Nicolas Dufresne <nicolas>
Component: tp-farstreamAssignee: Olivier CrĂȘte <olivier.crete>
Status: RESOLVED WONTFIX QA Contact: Telepathy bugs list <telepathy-bugs>
Severity: normal    
Priority: medium    
Version: git master   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:

Description Nicolas Dufresne 2011-04-14 13:49:12 UTC
TP Farstream should provide a helper that transform the supported audio/video codec and transmitters into Telepathy capabilities.

E.g.
tp_base_client_add_handler_capabilities_varargs (client,
    TF_FUTURE_IFACE_CHANNEL_TYPE_CALL "/video/h264",
    NULL);
Comment 1 Jonny Lamb 2011-04-14 14:39:28 UTC
(In reply to comment #0)
> tp_base_client_add_handler_capabilities_varargs (client,
>     TF_FUTURE_IFACE_CHANNEL_TYPE_CALL "/video/h264",
>     NULL);

Why wouldn't this go into tp-glib? Handler capabilities aren't restricted to just a/v codecs anyway.
Comment 2 Jonny Lamb 2011-04-14 14:40:51 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > tp_base_client_add_handler_capabilities_varargs (client,
> >     TF_FUTURE_IFACE_CHANNEL_TYPE_CALL "/video/h264",
> >     NULL);
> 
> Why wouldn't this go into tp-glib? Handler capabilities aren't restricted to
> just a/v codecs anyway.

I misread, ignore me, sorry!
Comment 3 Olivier CrĂȘte 2012-03-20 09:19:19 UTC
I'm tempted to make this wontfix.

1. Having multiple handlers doesn't work with #47296
2. Even if we had this in tp-fs, it would mean that all the handlers would need to be ran before an incoming call to figure out which tokens they support.

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.