XMPP Service Operators - 2021-06-13


  1. arcseconds

    hi folks, I'm looking for an iOS XMPP client that can 'do gifs', meaning send messages with gifs attached from giphy or tenor or something like that.

  2. arcseconds

    this is a client question, not a server question, hopefully that's OK :-)

  3. arcseconds

    even being able to paste a gif from a gif keyboard would suffice. the ones I've tried so far only seem to paste text.

  4. arcseconds

    (those being siskin, chatsecure, and monal )

  5. qrpnxz

    can we just let gifs die already

  6. rozzin

    "gif keyboard"? How far into the 19A0s are we now?

  7. Licaon_Kter

    arcseconds: there are none...other Siskin is kinda the best right now Monal will get on par soon™ ChatSecure is not actively developed

  8. Kris

    arcseconds, you can use Movim in a browser. has gif support afaik

  9. Licaon_Kter

    Kris: and supports Tenor iirc if the server admin wants that

  10. Kris

    yeah that is what I meant

  11. Kris

    did anyone ever look into making a 3rd party webclient for iOS from Movim?

  12. Kris

    I know edhelas doesn't care much about iOS and barely keeps the Android app functional

  13. Kris

    but are webapps even a thing on iOS?

  14. arcseconds

    Licaon_Kter: thanks.

  15. arcseconds

    Kris: yup, I have a movim installation and I've got Tenor set up. My (small handful of) users are all attached to their IOs devices though it seems.

  16. Kris

    arcseconds, so how well does Movim work in a iOS browser?

  17. Kris

    I think it doesn't support PWA, but that is anyways broken on iOS AFAIK

  18. arcseconds

    currently the behaviour is recipients get a link rather than a gif, but I have just discovered that normal file uploads from anywhere aren't actually working.

  19. arcseconds

    whas is PWA?

  20. Kris

    progressive web app

  21. arcseconds

    I've used it for about 5 seconds in Safari so I'm not really sure so far :-)

  22. Kris

    I would assume it working well, but no push notifications

  23. arcseconds

    it wasn't obviously broken? :-)

  24. arcseconds

    it may work fantastically for all I know at the moment.

  25. Kris

    in general Movim is well suited for use on mobile devices

  26. arcseconds

    anyway, clearly the next step for me is getting file uploads working. No joy so far but I've only just started looking into it.

  27. Kris

    http_upload_external is your friend

  28. arcseconds

    Kris: I did try it briefly on my android phone and it did seem to have a nice enough responsive design thing going on.

  29. Kris

    the main advantage to other webclients is that the actual xmpp cient runs on the server and you are just remote controlling it via the mobile browser. so disconnects and apps being put to sleep doesn't effect it much

  30. Kris

    in theory ideally suited for mobile use

  31. Kris

    but lacks push notifications on anything but Android so far 🙁

  32. arcseconds

    I am using ejabberd so I think my friend may actually be mod_http_upload?

  33. arcseconds

    ejabberd logs say it's receiving the file now, but it's not doing anything with it and it's not telling me what's going on as far as I can see. However, it's late and I'm about to head to bed.

  34. arcseconds

    (the directory also exists now, its prior inexistence wouldn't have helped)

  35. Holger

    arcseconds: You could show the `mod_http_upload` configuration and the exact log line(s) you're seeing.

  36. Holger

    Maybe in the ejabberd room: xmpp:ejabberd@conference.process-one.net?join

  37. arcseconds

    Holger: yup, sorry, was more continuing the conversation rather than asking for help at this stage. I usually stick at things for more than 10 minutes before asking for help :-)

  38. arcseconds

    it's highly likely I've made a mistake that will be completely transparent to me once I've had some sleep :-)

  39. arcseconds

    more relevant for the ejabberd room, yes.

  40. Holger

    arcseconds: 🙂 As you like. It might help to be aware that upload works in two steps: (1) Client requests an upload URL ("slot") from the XMPP server, (2) client uploads file via HTTP. Maybe you're just seeing a log message regarding the first step, and the HTTP connection fails.

  41. arcseconds

    ah right. that would indeed explain why the logs stop.

  42. arcseconds

    thanks.

  43. Kris

    dunno, but in my experience even with ejabberd an external http_upload component was working better. With Prosody it is pretty much a must until their new mod that is currently developed in trunk hits the stable version

  44. Holger

    Yes I'd recommend that as well, but that's kinda unrelated to initial setup problems (the internal solution does work, of course).

  45. Martin

    Kris: I'm using the new module in trunk for a while and it's working very well. So I hope it'll come to stable users with 0.12 😃

  46. Kris

    yes it looks promising indeed

  47. Martin

    Although I hope they don't release 0.12 too soon as there's no released version of profanity working with it yet. But master works fine already.

  48. Ellenor Malik

    why is there no way a client can in practice use a third party http_upload srv?

  49. jonas’

    Martin, huh, how does profanity not work with 0.12?

  50. jonas’

    Martin, huh, how does profanity not work with 0.12 / trunk?

  51. Menel

    jonas’: the new http_Upload module doesn't work. Trunk in general no problems.

  52. Licaon_Kter

    Martin: what's the magic new module doing special?

  53. jonas’

    I wonder what the difference is?

  54. Menel

    Martin will know, because go-sendxmpp had the same problem initially

  55. Martin

    > Martin, huh, how does profanity not work with 0.12 / trunk? With the new internal http upload. As it wasn't setting the auth headers.

  56. Martin

    > Martin: what's the magic new module doing special? The prosody devs will know the details but afaik it is no more buffering the whole file and taking more than double the file size in RAM while writing.

  57. Licaon_Kter

    👍

  58. rob

    > dunno, but in my experience even with ejabberd an external http_upload component was working better. With Prosody it is pretty much a must until their new mod that is currently developed in trunk hits the stable version Ya I'm using the internal http_upload with 0.11.8 and it works fine

  59. rob

    But trunk is improved

  60. Holger

    Ellenor Malik: > why is there no way a client can in practice use a third party http_upload srv? Technically, no problem. But servers typically only permit local users to upload files.

  61. Ellenor Malik

    > Holger wrote: > Ellenor Malik: > Technically, no problem. But servers typically only permit local users to upload files. yes. Remote h_u would require a co-operative h_u server, likely with a login system to replace the slot system. But it then makes no exigences on the Jabber server itself. Theoretically, I can "upload" a FreeBSD ISO, whether my server supports h_u or not, by crafting a http_upload file send message to link to FreeBSD's HTTP download server. Technically, upload need not be the Jabber client's remit, only linking

  62. Ellenor Malik

    Am I talking crazy, here?

  63. Sam

    That wouldn't be http upload, per say, just an out-of-band link

  64. Sam

    but you're right that you could just send any link