From 86715b004ad0f2067ec5c2cd7a85cc89912c2bd6 Mon Sep 17 00:00:00 2001 From: stpeter Date: Wed, 29 Jun 2011 09:28:55 -0600 Subject: [PATCH] 0.14 --- xep-0234.xml | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/xep-0234.xml b/xep-0234.xml index 4045a936..08c38cae 100644 --- a/xep-0234.xml +++ b/xep-0234.xml @@ -25,14 +25,14 @@ NOT_YET_ASSIGNED &stpeter; - 0.14rc2 - 2011-06-24 + 0.14 + 2011-06-29 psa
  • Defined file description format separate from XEP-0096
  • -
  • Modified the checksum format to reuse the <hashes/> element from incoming proposal
  • -
  • Described the process of aborting a file transfer.
  • +
  • Modified the checksum format to reuse the <hashes/> element from XEP-0300
  • +
  • Described the process of aborting a file transfer
  • Clarified the order of events (Jingle, then transport) when the session is terminated
  • Added section on determining spport, including service discovery feature for multi-file support
  • Removed the 'urn:xmpp:jingle:apps:file-transfer:info:2' namespace by putting all elements into the 'urn:xmpp:jingle:apps:file-transfer:3' namespace
  • @@ -160,7 +160,7 @@
    • Use the session negotiation semantics from XEP-0166.
    • Use &xep0260; and &xep0261;.
    • -
    • Define a file description format that enables hash agility (unlike XEP-0096).
    • +
    • Define a file description format that, unlike XEP-0096 enables hash agility (via &xep0300;).
    • Define a clear upgrade path from SI File Transfer to Jingle File Transfer.

    Jingle file transfer is only as reliable as the transports on which it depends. In particular, SOCKS5 Bytestreams ("S5B") does not always result in NAT or firewall traversal. To work around that problem, this specification requires all implementations to support as a fallback mechanism In-Band Bytestreams ("IBB"), which usually results in a successful (if slow) file transfer.