On 04.12.2014, at 00:14, Florian Schmaus f...@geekplace.eu wrote:
BTW was it ever discussed to *simply* extend XEP-12 (and thus XEP-256)
with an (optional) 'timestamp' attribute that contains an absolute time
value?
Back then I thought a little about it. But since XEP-0012 has a semantic
Hi guys,
suppose a pubsub service is implementing XEP-0059 and it is configured
to return a maximum number of 2 items.
Then what should happen when the user wants to retrieve items by
specifying their IDs?
Case 1:
pubsub xmlns='http://jabber.org/protocol/pubsub'
items
It is assumed that you either load the last X Messages or you load all of
them.
Typically if you sign in on a client that has no (previous) cache, you
would only download the last few messages e.g. 25 per chat, then the user
can manually download messages prior to that.
Spencer
On Thu, Dec 4,
On 04.12.2014 09:14, Tobias Markmann wrote:
On 04.12.2014, at 00:14, Florian Schmaus f...@geekplace.eu
mailto:f...@geekplace.eu wrote:
BTW was it ever discussed to *simply* extend XEP-12 (and thus XEP-256)
with an (optional) 'timestamp' attribute that contains an absolute time
value?
Hi,
Receiving query xmlns='jabber:iq:last' seconds='903’/ can mean either the
user went idle $TIME_STANZA_SENT - 903 seconds or user went offline at that
point. You can’t know it solely based on this stanza. You’d require further
presence information to resolve the semantic overload.
In
On 3 Dec 2014 21:11, Kurt Zeilenga kurt.zeile...@isode.com wrote:
How does the server, after it has responded to the IQ with a type=result
stanza, communicate errors in processing the query to the client that might
subsequently occur. What if the server is unable to send any subsequent
stanzas
On Thu, Dec 4, 2014 at 6:00 AM, Dave Cridland d...@cridland.net wrote:
On 3 Dec 2014 21:11, Kurt Zeilenga kurt.zeile...@isode.com wrote:
How does the server, after it has responded to the IQ with a type=result
stanza, communicate errors in processing the query to the client that might
On 2014-12-04 15:11, Kamil Kisiel wrote:
On Thu, Dec 4, 2014 at 6:00 AM, Dave Cridland d...@cridland.net
mailto:d...@cridland.net wrote:
On 3 Dec 2014 21:11, Kurt Zeilenga kurt.zeile...@isode.com
mailto:kurt.zeile...@isode.com wrote:
How does the server, after it has
On 04/12/14 18:07, Kim Alvefur wrote:
On 2014-12-04 15:11, Kamil Kisiel wrote:
On Thu, Dec 4, 2014 at 6:00 AM, Dave Cridland d...@cridland.net
mailto:d...@cridland.net wrote:
On 3 Dec 2014 21:11, Kurt Zeilenga kurt.zeile...@isode.com
mailto:kurt.zeile...@isode.com wrote:
On Thu, Dec 4, 2014 at 9:53 AM, Edwin Mons j...@edwinm.ik.nu wrote:
On 04/12/14 18:07, Kim Alvefur wrote:
On 2014-12-04 15:11, Kamil Kisiel wrote:
On Thu, Dec 4, 2014 at 6:00 AM, Dave Cridland d...@cridland.net
mailto:d...@cridland.net wrote:
On 3 Dec 2014 21:11, Kurt Zeilenga
On 04/12/14 18:57, Kamil Kisiel wrote:
On Thu, Dec 4, 2014 at 9:53 AM, Edwin Mons j...@edwinm.ik.nu
mailto:j...@edwinm.ik.nu wrote:
On 04/12/14 18:07, Kim Alvefur wrote:
On 2014-12-04 15:11, Kamil Kisiel wrote:
On Thu, Dec 4, 2014 at 6:00 AM, Dave Cridland
On Dec 4, 2014, at 10:10 AM, Edwin Mons e...@ik.nu wrote:
If you send back the iq result first, it will not be delayed further by all
the result messages. Why would there be an error during the message stream
that would prevent you from returning an otherwise valid 313 response (or in
12 matches
Mail list logo