When Delegating handlers are given a Requests_Satisfied path that doesn't exist
Submitted by David Edmundson
Assigned to Telepathy bugs list
Description
Created attachment 98062 Bustle log
What's currently happening:
- App A has a channel.
- App A tells MC to delegate a channel to AppB
- MC sends sends a HandleChannels call to my AppB with a all the normal stuff and a path to the ChannelDispatcherRequest path as the Requests_Satisfied: @ao ["/org/freedesktop/Telepathy/ChannelDispatcher/Request24"]
(this is the same request path as when MC gave App A a HandleChannels)
- TpQt does it's introspection and tries to load the request from the ChannelDispatcher
- it fails with "GetAll" with signature "s" on interface "org.freedesktop.DBus.Properties" doesn't exist"
- TpQt then explodes and ignores the request.
From what I can tell there is no request object on MC, as the channel is already handled.
I think we should modify _mcd_client_proxy_handle_channels to have some argument to know if it is delegating channels and if so not send any Requests_Satisfied. Am I right?
If I modify TpQt to silently ignore loading the ChannelRequest error, everything works perfectly.
I've attached a quite simply bustle log of the problem.
Attachment 98062, "Bustle log":
2014-04-26_23_39_06.bustle