XSF Discussion - 2023-03-15

  1. pep.

    jonas’: “It does support some kind of sticker-y feature, but in a protocol nobody else speaks” re pidgin, Movim does!

  2. jonas’

    oh nice

  3. pep.

    Poezio also does! (Enough to say "we don't support this" :p)

  4. Zash

    Didn't Pidgin calls sorta work with Gajim, Dino etc?

  5. Zash

    jonas’: Obligatory "achshually" ;)

  6. pep.

    Yeah it's probably for the best of this post isn't corrected anymore. Movim will probably be one of the first to support new stickers anyway :p

  7. pep.

    Yeah it's probably for the best if this post isn't corrected anymore. Movim will probably be one of the first to support new stickers anyway :p

  8. pep.

    btw I have submitted https://github.com/xsf/xeps/pull/1275, I hope that might be of interest to some. goffi? (poked e.dhelas already)

  9. pep.

    Anyody else doing pubsub? (that's everybody)

  10. 644043


  11. 644043


  12. goffi

    pep.: there is a typo at https://github.com/xsf/xeps/pull/1275/files#diff-0ede34e71ae8ea7199b84fe09913b235f648e79c1549a055b3ddd90fee3211f8R2997 ("the service MUST theN retract")

  13. goffi

    otherwise, looks good to me.

  14. Guus

    For MAM, implementing the hints in XEP-0334 seems to introduce archives that have partial coverage of certain types - depending on the client that sent the message (and if it supports those hints). Is that preferable over a server-sided configuration that says "always (or never)" store a message without a body but with a child element of type XYZ?

  15. Guus

    (did that question make sense? it did in my head)

  16. MattJ

    I think server-side rules are generally good, yes, but they aren't discoverable and may lag behind. If a new XEP is written tomorrow and we do/don't want that in MAM, hints can help with that.

  17. MattJ

    or custom extensions that aren't XEPs, used with servers that don't understand those namespaces

  18. Guus

    I'm wondering if having _some_ clients having their empty-bodied messages stored in MAM, is introducing more confusion than having either all or none of them do that. That probably only applies to MUC archives though.

  19. Zash

    Should we advertise some kind of feature(s) wrt MAM rules?

  20. Ge0rG

    Zash: like `<feature var='urn:xmpp:carbons:rules:0'/>`?

  21. Zash

    Kinda, sorta.

  22. pep.

    goffi, thanks! Nothing to say about "the only two options"?

  23. pep.

    Stuff I mention in the mail to standards