XSF Discussion - 2022-06-29


  1. goffi

    We are missing a way to specify an element in a pubsub item in XEP-0372: it's usable out of the box to mention somebody in a XEP-0277 blog post, but we can't specify the substring.

  2. goffi

    I would love to be able to specify something like `element=entry{http://www.w3.org/2005/Atom}/title'

  3. MattJ

    XPath is knocking at the door, the windows, and trying to climb down the chimney

  4. goffi

    yes of course XPath would be great. At least a simplified version.

  5. goffi

    For pubsub mentions, maybe it would be simpler to just do something specific to XEP-0277.

  6. goffi

    `element="title" type="text"`, `element="content" type="xhtml"`

  7. Guus

    What is the expected Connection Manager behavior if a BOSH client sends a 'pause' value that's higher than the 'maxpause' value?

  8. Guus

    terminate/policy-violation ?

  9. Guus

    or https://xmpp.org/extensions/xep-0124.html#errorstatus-recover ?

  10. Guus

    although replaying it doesn't make sense.

  11. lovetox

    could we not communicate some kind of hash in the disco info for the pep notify features

  12. lovetox

    then the server could know what we last received

  13. lovetox

    and does not need to send us the same info all the time again on going online

  14. lovetox

    or maybe the timestamp we received the last notify

  15. lovetox

    http://jabber.org/protocol/tune+notify@2022-07-01T12:23Z

  16. lovetox

    then the server can check if there was a update to the node since then

  17. Zash

    https://xmpp.org/extensions/xep-0312.html ?

  18. lovetox

    hm same idea, but the solution seems much more fragile

  19. lovetox

    when communicating the timestamp its the last timestamp when the client received something from that node

  20. Zash

    is per-node needed?

  21. lovetox

    yes

  22. lovetox

    time since last connecting is too fragile

  23. lovetox

    there is no indication for a client when a pubsub catchup was or is complete

  24. lovetox

    server can be down while i come online

  25. lovetox

    then i go offline, server comes online, i come online, and send, last onlince since 2 seconds

  26. lovetox

    server determines, no updates in the last 2 seconds

  27. lovetox

    but missed me coming online 20 times before

  28. Zash

    who is "server" here?

  29. lovetox

    the remote server from which want updates

  30. lovetox

    the remote server from which i want updates

  31. Zash

    is there only one?

  32. lovetox

    no, but the example was about one that is down

  33. lovetox

    i come online, i tell you my last logout time was 100 seconds ago, but this nice presence never reaches the remote server because its in maintainence

  34. lovetox

    then i reconnect

  35. lovetox

    and so last logout time = 2 seconds

  36. lovetox

    now this presence reaches the remote

  37. lovetox

    and it sends me nothing

  38. lovetox

    further there is no indication for a client that a pubsub catchup is complete

  39. lovetox

    so i cant even delay my reseting the last logout time

  40. lovetox

    what if i crash while connecting?

  41. lovetox

    did i crash befor i got all pubsub notifications? or after?

  42. lovetox

    i see stale info with this approach everywhere

  43. lovetox

    advantage is, i would not have to store last received timestamps