jdev - 2025-06-27


  1. fausty

    On the phone so I can't do a ton of troubleshooting but I figured I would ask and see if there's a lead. I wrote a bot that processes commands sent to it via chat. I'm using the golang mellium package and there's just really inconsistent behavior. With the tee reader enabled, I can see my messages hitting the server and they don't get processed but I also am not seeing any errors. Like it gets to the server and then just stops. Wondering if anyone has experience with this library and if there's any more advanced implementation than what's available in the examples repo. Been troubleshooting this one for a minute. Any help would be appreciated!

  2. jjj333_p (any pronouns)

    last time i ran into something like that with mellium i was accidentally not doing an if err != nil check

  3. jjj333_p (any pronouns)

    if its helpful the mellium muc is xmpp:users@mellium.chat?join

  4. fausty

    That is helpful. I'll go through my error checks again and name sure i didn't miss anything

  5. jjj333_p (any pronouns)

    yeah for me, it ended up i was passing it a struct that the encoder didnt understand the shape of

  6. jjj333_p (any pronouns)

    since its specific for xmpp not just going to xml

  7. fausty

    Were you getting inconsistent messages? Some would deliver and others wouldn't?

  8. jjj333_p (any pronouns)

    it was a particular routine i had, that i couldnt figure out why it wasnt sending

  9. fausty

    I think we might be having different experiences. I cannot consistently reproduce the error. It is just sometimes I send a command for the bot and it works and others it just fails.

  10. jjj333_p (any pronouns)

    ah idk then

  11. fausty

    Yeah, I'm hoping it's like some arcane xml decoding issue

  12. Martin

    fausty: The mellium dev is running this muc: xmpp:go@gopher.chat?join So maybe ask there, too.

  13. fausty

    Thanks! I'll check it out.

  14. Schimon

    Good afternoon. Is Zulip based upon XMPP? If not, are there plans for Zulip to support XMPP? https://zulip.com

  15. Schimon

    I want to propose to Lichess to utilize XMPP, yet, they seem to be utilizing Zulip. https://github.com/lichess-org/zulip

  16. badrihippo

    I don't think Zulip supports XMPP. There was some discussion in the Modern XMPP room recently about creating an XMPP based team chat interface, where we discussing some ideas from Zulip on how to handle threads

  17. badrihippo

    I don't think Zulip supports XMPP. There was some discussion in the Modern XMPP room recently about creating an XMPP based team chat interface, where we were discussing some ideas from Zulip on how to handle threads

  18. wgreenhouse

    > Good afternoon. > Is Zulip based upon XMPP? > If not, are there plans for Zulip to support XMPP? > https://zulip.com Schimon: no, Zulip is a completely different protocol, ultimately descended from the "Zephyr" protocol developed at MIT and used for their internal chat system.

  19. Schimon

    wgreenhouse. Thank you for the information.

  20. Schimon

    Perhaps we should advise to Zulip to add support for XMPP.

  21. Schimon

    > I don't think Zulip supports XMPP. There was some discussion in the Modern XMPP room recently about creating an XMPP based team chat interface, where we were discussing some ideas from Zulip on how to handle threads This would be nice. I think that JC intends to do something of sort with Converse.

  22. wgreenhouse

    > Perhaps we should advise to Zulip to add support for XMPP. Perhaps. I am not aware of any first-party bridge/transport. I think people can currently use bot-style bridges like Matterbridge between the two.

  23. wgreenhouse

    which would of course not do anything useful with Zulip's threadin

  24. Schimon

    > I don't think Zulip supports XMPP. There was some discussion in the Modern XMPP room recently about creating an XMPP based team chat interface, where we were discussing some ideas from Zulip on how to handle threads This would be nice. I think that JC intends to do something of sort with Converse. > Slack-like message threads. https://opkode.com/blog/2025-05-21-converse-11/

  25. wgreenhouse

    which would of course not do anything useful with Zulip's threading

  26. rako

    Zulip isn't aimed at cross-instance so I wouldn't expect it to voluntarily switch it all to XMPP. Federation brings many questions that are not easy to answer

  27. wgreenhouse

    that would also be my guess of the likely response. Zulip and Zephyr are more like rich, persistent internal comms than more ephemeral but federated comms.

  28. wgreenhouse

    then again, IRC is our best bridge story right now so the universe could surprise us

  29. Schimon

    Is Mr. Hal Rottenberg still over XMPP? https://halr9000.com/authors/hal-rottenberg/

  30. bodqhrohro

    > In IQ sets regarding affiliations, a MUC client MUST include the 'jid' attribute only But Tkabber sends both jid and nick. Does it behave out of spec or maybe I just misunderstand it and it means "only jid is mandated"?

  31. lovetox

    yeah weird, it behaves out of spec, but the chance that a MUC server cares is very slim

  32. bodqhrohro

    lovetox: I implemented a check and regretted quite rapidly ×D

  33. bodqhrohro

    What happened to wiki.xmpp.org, BTW?

  34. bodqhrohro

    NVM, it's up again.

  35. ari

    jdev stands for joseph development

    ✅ 1
  36. Nyx

    > jdev stands for joseph development ✅

  37. bodqhrohro

    Do some clients support mucsub?