jdev - 2022-05-28


  1. lovetox

    how can it be that in decades of xmpp, we still dont have a mechanism to search some service with paged results

  2. Zash

    Talking about `disco#items` + RSM?

  3. lovetox

    is this a xep?

  4. lovetox

    or xep 0055, also has no paging

  5. Zash

    https://xmpp.org/extensions/xep-0059.html has example use with 0055 even

  6. lovetox

    oh thats nice

  7. Zash

    Whether this is implemented and deployed, I have no idea.

  8. Zash

    Didn't we discuss the difficulty in determining which combinations of other XEPs and RSM were available a while ago?

  9. Zash

    and https://xmpp.org/extensions/inbox/disco-feature-attachment.html

  10. pep.

    Something like pubsub#rsm, the 'rsm' feature not meaning much by itself

  11. lovetox

    hm its just important for me that the spec exists

  12. lovetox

    if a user complains that his client locks up because the server spams us with 5000 entries

  13. lovetox

    i guess i point them to the server project to complain

  14. lovetox

    :D

  15. Zash

    How many entries fit in the common stanza limit?

  16. Zash

    Which number did the newer MUC search have again?

  17. Zash

    https://xmpp.org/extensions/xep-0433.html

  18. pep.

    Well you could avoid querying that many results if you could know you won't be able to do rsm. If it were the case I'd blame gajim not the server

  19. Zash

    does this mandate RSM?

  20. pep.

    (or you could tell the user beforehand)

  21. debacle

    I see, that my PEP node uses type "headline" for its messages. I don't have a problem with that, but I wonder, if other types would make any difference?

  22. pep.

    debacle, that's for notifications

  23. Zash

    debacle, pubsub#notification_type is a thing you can search xep0060 for

  24. Zash

    _transient_ notifications, where you don't care about storage

  25. Zash

    _transient_ notifications, where you don't care about storage (in the receiving users's archive)

  26. lovetox

    i guess nobody implements the channel search

  27. Zash

    client? search.jabber.network does it, but it also has a HTTP variant which might be better for privacy

  28. lovetox

    yeah jabber.network is fine for global search

  29. lovetox

    what im trying currently to solve is local muc search

  30. Zash

    I once started on a very basic implementation of xep-0433 for local MUC search. Don't think it has RSM tho, but I would have to go check.

  31. Zash

    Oh, no, it's based on the protoXEP 🙁

  32. lovetox

    i dont instantly see what the advantage over 0055 is

  33. Zash

    the advantage is not having to deal with `<reported>` like in https://xmpp.org/extensions/xep-0055.html#example-9

  34. lovetox

    and a nice feature is the "types" field

  35. lovetox

    this allows the client for example to query matrix / muc / irc room via the same endpoint

  36. lovetox

    Maranda, ^ i want to make local muc search better, but especially with servers like yours which offers matrix bridge for example thats also searchable this xep would be a much better fit than xep-0055

  37. Maranda

    which one?

  38. lovetox

    https://xmpp.org/extensions/xep-0433.html

  39. Maranda

    🤔

  40. lovetox

    notice the types field, which should be implemented on server side, to show all queryable muc services

  41. lovetox

    and of coruse RSM is a must

  42. Maranda

    Implementing RSM pagination is rather complex but I'll have a look

  43. Maranda

    .

  44. Zash

    Might get weird if you don't have a stable order to go by

  45. debacle

    pep. Zash I see, thanks! The only alternative to `headline` is `normal`, but the former is just fine for me, because "most existing server implementations will prevent offline storage", according to XEP-0060.

  46. Zash

    Other types might make sense for certain applications.