|
|
|
@ -23,6 +23,12 @@
|
|
|
|
|
<supersededby/>
|
|
|
|
|
<shortname>csi</shortname>
|
|
|
|
|
&mwild;
|
|
|
|
|
<revision>
|
|
|
|
|
<version>0.2.1</version>
|
|
|
|
|
<date>2017-02-18</date>
|
|
|
|
|
<initials>fs</initials>
|
|
|
|
|
<remark><p>Clarify that the CSI state is not restored when the stream is resumed.</p></remark>
|
|
|
|
|
</revision>
|
|
|
|
|
<revision>
|
|
|
|
|
<version>0.2</version>
|
|
|
|
|
<date>2015-10-02</date>
|
|
|
|
@ -146,6 +152,14 @@ and responds to the ping with a pong -->
|
|
|
|
|
<iq to='juliet@capulet.lit/baclony' from='capulet.lit' id='ping1' type='result'/>
|
|
|
|
|
<!-- Stream state is now 'active' -->]]></example>
|
|
|
|
|
</section2>
|
|
|
|
|
<section2 topic='Interaction with Stream Resumption' anchor='stream-resumption'>
|
|
|
|
|
<p>After a previous stream was resumed using mechanisms like
|
|
|
|
|
&xep0198;, the CSI state is <em>not</em> restored. That is, stream
|
|
|
|
|
resumption does not affect the current CSI state, which always
|
|
|
|
|
defaults to 'active' for new and resumed streams. Clients wishing
|
|
|
|
|
to immediately go to the inactive state should do so after stream
|
|
|
|
|
resumption.</p>
|
|
|
|
|
</section2>
|
|
|
|
|
</section1>
|
|
|
|
|
<section1 topic='Security Considerations' anchor='security'>
|
|
|
|
|
<p>To protect the privacy of users, servers MUST NOT reveal the clients active/inactive state to other
|
|
|
|
@ -180,4 +194,7 @@ and responds to the ping with a pong -->
|
|
|
|
|
</xs:schema>
|
|
|
|
|
]]></code>
|
|
|
|
|
</section1>
|
|
|
|
|
<section1 topic='Acknowledgements' anchor='acknowledgements'>
|
|
|
|
|
<p>Thanks to Florian Schmaus for his feedback.</p>
|
|
|
|
|
</section1>
|
|
|
|
|
</xep>
|
|
|
|
|