diff --git a/xep-0319.xml b/xep-0319.xml index b4a49bc9..9f6059d6 100644 --- a/xep-0319.xml +++ b/xep-0319.xml @@ -10,8 +10,8 @@ This specification defines a way to communicate time of last user interaction with her system using XMPP presence notifications. &LEGALNOTICE; 0319 - Proposed - 2014-12-17 + Draft + Standards Track Standards @@ -25,6 +25,12 @@ idle &tobias; + + 1.0rc1 + 2014-03-02 + XEP editor (mam) +

Per a vote of the XMPP Council, advanced specification from Experimental to Draft.

 + 0.2 2013-08-27 @@ -45,36 +51,45 @@ -

This protocol describes a way to communicate time of last user interaction with other XMPP entities over presence stanzas. User interaction refers to a human end user interacting with her device by means of keyboard, mouse, touch and so on. Based on this information XMPP clients can display the time a contact went idle or how for how long a contact has been idle. Thereby end users can get a hunch on the expected responsiveness of their contacts.

-

The described protocol uses absolute timestamps indicated as value of the 'since'-attribute in the ]]>-tag. The time, represented in the 'since'-attribute, is to be formatted according to &xep0082;.

+

This protocol describes a way to communicate a user's last interaction time with other XMPP entities over &PRESENCE; stanzas. For the purposes of this document, user interaction here refers to a human end user interacting with her device by means of a keyboard, mouse, touch screen, and so on. Based on this information XMPP clients can display the time a contact went idle or how a duration for who long a contact has been idle, thereby allowing end users to estimate the expected responsiveness of their contacts.

+

This protocol uses absolute timestamps formatted according to &xep0082;, indicated as value of the 'since' attribute in the <idle/> element.

+

Experience has shown a number of issues with &xep0256;:

+
    +
  • The use of relative durations is too vague.
    • +
  • Distinguishing between the idle and last online use cases is very difficult.
    • +
  • It is desirable to have idle time indiciated for &PRESENCE; <show/> values other than "away" and "xa".
    • +
+

Updating XEP-0256 directly would be problematic as it would break compatibility with existing implementations. Instead a new protocol is described for handling the idle time use case; the last online use case is handled by &xep0312;.

 - Generally there are two main use cases for this extension explained in more detail in the following sections. +

There are two main use cases for this extension, explained in more detail in the following sections.

-

After a user has not interacted with her device for some amount of time the user wants to inform her contacts about this fact. For this the client sends a presence stanza with time of last interaction.

+

After a user has not interacted with her device for some amount of time the user wants to inform her contacts about this fact. The client sends a &PRESENCE; stanza with time of last interaction.

away ]]> -

The amount of time after a client sends this enhanced presence is not set in stone but 5 minutes is suggested as a sensible default value.

+

The amount of time the user has been idle before a client sends this enhanced presence application-specific; it is suggested that a sensible default interval of 5 minutes be used.

 - The moment a user comes back and uses her device again the client can inform user's contacts by sending a normal presence stanza like shown in the following example. + When a user comes back and uses her device again the client can informs user's contacts by sending a normal presence stanza like shown in the following example, omiting the <idle/> element. ]]> -

Including a last user interaction notation in presence notifications can enable those who receive such notifications to determine exactly when a user has stopped interacting with his or her XMPP client or even their system, but this information is in essence already available if the user publishes timely presence updates. Therefore, this specification introduces no new vulnerabilities.

-

It's worth to note that the security considerations of XEP-0082 apply here.

+

The security considerations of XEP-0082 apply to this protocol.

+

this specification introduces no new security or privacy concerns. While including a last user interaction notation in &PRESENCE; updates can enable recipients to determine exactly when a user has stopped interacting with his or her XMPP client or even their system, this information is in essence already available if the user's client publishes timely presence updates.

This document requires no interaction with &IANA;.

 -

This document requires no interaction with the ®ISTRAR;.

+ +

The ®ISTRAR; shall add 'urn:xmpp:idle:1' to its registry at http://xmpp.org/registrar/namespaces.html.

+