[Telepathy] ANNOUNCE: telepathy-spec 0.17.14

[Simon McVittie]

I've uploaded telepathy-spec 0.17.14, the "down with the sickness" release.

The current development version of telepathy-spec is available as HTML:
  <http://telepathy.freedesktop.org/spec.html>
or from the 'master' branch in the git repository:
  <git://git.collabora.co.uk/git/telepathy-spec.git>
  <git+ssh://git.collabora.co.uk/git/telepathy-spec.git> (for committers)
  <http://git.collabora.co.uk/?p=telepathy-spec.git> (gitweb)

For packagers (e.g. http://packages.debian.org/telepathy-spec):
tar: http://telepathy.freedesktop.org/releases/telepathy-spec/telepathy-spec-0.17.14.tar.gz
sig: http://telepathy.freedesktop.org/releases/telepathy-spec/telepathy-spec-0.17.14.tar.gz.asc

API changes:

* CreateChannel and (if a new channel is created) EnsureChannel are now
  guaranteed to return before NewChannels announces the channel (previously
  it was the other way round)

* NewChannels is now guaranteed to be emitted before NewChannel

Changes to experimental API:

* DeliveryReporting is no longer a separate interface - it's been incorporated
  into Messages. As a result, delivery reports no longer have the 'interface'
  key in their header part, and are only distinguished by their 'message-type'

* The meaning of Messages.MessagePartSupportFlags has been altered to remove
  the redundant Data_Only flag, which should in practice always have been set.
  The following equivalence holds:

    old_value = (new_value * 2) + 1
    new_value = floor(old_value / 2)

* The 'type' key in message parts is now called 'content-type' and there is
  now a 'message-token' in the header part

* Messages.SendMessage is now required to return before Messages.MessageSent
  is emitted; previously the order was unspecified

New API:

* The Destroyable interface is now considered stable, and Text channels
  SHOULD implement it

* Text.Send SHOULD return before Text.Sent is emitted

* Channel_Text_Message_Flag_Scrollback (or 'scrollback' in the Messages
  header) indicates an incoming message that is a replay of a message from
  the past, e.g. when joining an XMPP MUC or an IRC proxy that records backlog

* Channel_Text_Message_Flag_Rescued (or 'rescued' in the Messages header)
  indicates an incoming message that has already been seen on this Connection,
  and was transferred to a new copy of a channel when that channel was
  closed with the message still unacknowledged

* The 'stored' ContactList indicates all the contacts stored in a persistent
  contact list on the server (e.g. the XMPP roster), and is not present at all
  if there is no such list (e.g. in SIP presence)

Regards,
    Simon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 155 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/telepathy/attachments/20081030/293e72a8/attachment.pgp