[Bug 59162] fix post-0.18 deprecations (and test/fix broken-by-inspection service point code in the process).

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jan 9 12:52:07 CET 2013


https://bugs.freedesktop.org/show_bug.cgi?id=59162

--- Comment #5 from Simon McVittie <simon.mcvittie at collabora.co.uk> ---
(In reply to comment #3)
> Checking the MC code, it looks like it needs the TpHandle for those service
> IDs in the case a ChannelRequest arrives with only
> TP_PROP_CHANNEL_TARGET_HANDLE and not TP_PROP_CHANNEL_TARGET_ID.
>
> With our goal to kill handles, I would say that _mcd_request_proceed()
> should just assume the TP_PROP_CHANNEL_TARGET_ID is set in the request
> props.

I basically agree with this reasoning.

> Now it's just a question of how much we care about keeping MC backward
> compatible in this case.

For Telepathy 1.0, I think we should certainly spec (in ServicePoints) that
anything wanting special treatment on outgoing calls to a service point MAY
assume that it is requested with either TargetID or InitialServicePoint, and
make MC behave as such.

For Telepathy 0.x, perhaps the same would be OK. Given its emergency-related
nature, I would hope that anyone to whom ServicePoints actually matter (does
Jolla use Telepathy?) would talk to us and/or do rather thorough QA of their
own...

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.



More information about the telepathy-bugs mailing list