GitLab

Call doesn't seem to use this so I just removed the sentence.

Looks like it's mandatory to make QtDBus happy.

Not an actual type.

Raw copy, no change yet.

They have been DRAFT for years and doesn't really make sense.

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

It has been accidentally removed.

This reverts commit 28c6e0d0.

I decided against it:

> This might actually not be such a great idea. EnsureChannel and
> CreateChannel should clearly be core, and RequestableChannelClasses
> (aka TP_CONNECTION_FEATURE_CAPABILITIES) can reasonably be core
> while connected, but Channels (and its change-notification,
> NewChannel(s) and ChannelClosed) are sufficiently special-purpose
> that I think only the AM and regression tests should be using it.
> Having the Channels and their immutable properties in the GetAll
> result seems non-optimal.
Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>

We no longer recommend emitting plural NewChannels signals, so we
might as well simplify the signal.

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

We keep meaning to do this one day. That day has arrived.

... or at least *a* relevant bug.

They were added as drafts in 2011 and never undrafted.

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

Distribute its remaining non-obsolete functionality between
Content.I.DTMF and Channel.T.Call.

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

User_Action_Timestamp is signed, so this should be signed too.

This means we can use immutable properties for the Channel.

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=50093Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=50093Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>

Gabble (correctly) doesn't implement it if you use
{ "account": "gmail.com" }, which is not enough for X-TELEPATHY-PASSWORD:
a mechanism that provides a username, such as PLAIN or Google's OAuth
dialect, must be used here.

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=64354Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=71262Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>

We don't own telepathy1.im, but we do own telepathy.im.

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=71262Reviewed-by: Xavier Claessens <xavier.claessens@collabora.co.uk>

Conflicts:
	spec/Connection_Interface_IRC_Command1.xml

As a general design principle, signals that announce a new handle
should announce its identifier too. This lets client libraries
construct a TpContact, Tp::Contact etc. without a round trip.

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=25147Reviewed-by: Guillaume Desmottes <guillaume.desmottes@collabora.co.uk>

The whole point of having this interface in the spec is to not have to use an
extension in Idle. Furthemore the API is versioned so we can always change it
if we want to.