Before telepathy-glib is released with client code, we need to ensure that TpChannel objects are invalidated as soon as their parent TpConnection disconnects.

To be able to get this information, we need to be able to work out what the parent TpConnection *is*. I don't think the Telepathy spec explicitly guarantees that you can truncate the object path at an appropriate point, so we probably need to force the issue by making the user pass a TpConnection to tp_channel_new() (since you have a channel, you presumably got it from *somewhere*).

Otherwise, you'll keep referring to handles which are now completely meaningless, leading to total reality failure.

Passing a TpConnection to tp_channel_new() would be good future-proofing anyway, since you can't do anything useful with 90% of our API unless you have some idea where you're getting handles from, and we want to be able to provide handle-related convenience API.