Gajim - 2025-04-01


  1. anontor

    anyone else saying the latest gajim is running slow?

  2. anontor

    2.0.4

  3. anontor

    I think I started noticing it on a previous version.

  4. anontor

    using flatpak

  5. Kevinzz

    whats the status of openpgp plugin in gajim ?

  6. it20

    > anyone else saying the latest gajim is running slow? yes my flatpak version is running slow.. it cant cope up with my typing speed..

  7. anontor

    > yes my flatpak version is running slow.. it cant cope up with my typing speed.. did you find an issue created for it? I did not see one.

  8. it20

    nope.. it thought I am the only one facing it lol

  9. it20

    it started with 2.0.1 i guess..

  10. anontor

    other apps on my pc including other flatpaks are working good.

  11. anontor

    what distro you using?

  12. it20

    i am using it in whonix workstation

  13. anontor

    oh i c

  14. anontor

    gajim suppossed to use over half GB of memory?

  15. anontor

    cpu almost 20%?

  16. it20

    I dont know but I am using with 6GB+ memory.. previous version didnt have this type of issue..

  17. it20

    cpu is 20%

  18. anontor

    I think we found the issue lol

  19. anontor

    this was from windows.https://dev.gajim.org/gajim/gajim/-/issues/11735

    đź‘Ť 2
  20. anontor

    cpu skyrockets when typing

  21. anontor

    and other operations it seems

  22. anontor

    switching channels etc.

  23. it20

    hmm.. then I will allocate more cpu for workstation lets see what happens..

  24. anontor

    seems to slow down over time the longer it is open.

  25. anontor

    after closing and coming back it is not as bad right now.

  26. cal0pteryx

    To find the underlying issue, you would need to supply logs (and probably a performance profile)

  27. cal0pteryx

    It's not common to have these performance issues

  28. toastal

    Is there a way to get Gajim to retry joining MUCs if they fail to connect right away or my machine comes back from standby?

  29. lovetox

    No. They should not fail.

  30. lovetox

    There is no reason to believe that retrying fixes the error

  31. lovetox

    If you see this error consistently we should investigate them

  32. lovetox

    Restarting gajim is maybe faster depending on how many chats failed to join

  33. toastal

    Sorry for the delayed reply.

  34. toastal

    The error I am experiencing is the orange thunderbolt icon with MUCs + Biboumi-bridge rooms.

  35. toastal

    Every time I move my laptop or resume state, everything is disconnected & I have to manually rejoin everything.

  36. toastal

    I could restart Gajim, but something about that UX seems amiss

  37. lovetox

    Bridges are tricky and especially IRC, but I can try to reproduce it

  38. lovetox

    And you are saying it's on all resumes ? Or only sometime

  39. toastal

    I don’t want to say 100% of the time, but I can’t recall a time in recent memory where switching networks worked.

  40. toastal

    I had to write a `systemd` unit to restart Biboumi on IP change (ddns), & that part works.

  41. toastal

    Reconnecting, so long as not being banned by DroneBL (*grumble*), always pops up write away & my messages get synced since Biboumi gets reconnected fine.

  42. toastal

    Gajim gracefully handles this reconnect too… but when my own device switches IPs or suspends, then on reconnect Gajim doesn’t automatically rejoin these rooms.

  43. lovetox

    please enable debug logging, and send me a log when this happens, the log should start when connected, and should end when it fails to reconnect

    đź‘Ť 1
  44. bot

    lovetox pushed 2 commits to branch python-nbxmpp/master change: MDS: Simplify set_mds() - https://dev.gajim.org/gajim/python-nbxmpp/-/commit/ff330eeb3220503beee314187afc67725a18e0b5 feat: MDS: Allow setting MDS assist on message - https://dev.gajim.org/gajim/python-nbxmpp/-/commit/8b4eab557190cdbccc76d5cdff6f6ededdb7c271

  45. moparisthebest

    > There is no reason to believe that retrying fixes the error Isn't it more often the case that a retry *will* help? Like muc server rebooting, network hiccup or whatever is common an exponential back off for rejoining MUCs is probably the right thing to do?

  46. lovetox

    depends on the error, i dont know the error, so i cannot say if this would be a good thing or not

  47. lovetox

    thats the problem in a federated space, all kind of problems can happen, i rather have users report a problem, then to mask if with retrys

  48. lovetox

    thats the problem in a federated space, all kind of problems can happen, i rather have users report a problem, then to mask it with retrys

  49. lovetox

    but its the same discussion we often run into

  50. lovetox

    e.g. retrying on connection errors

  51. lovetox

    but yeah there are definitly errors on which we could retry, like remote host not available or something like that

  52. lovetox

    others like "you are not allowed to connect to this remote" not so much

  53. bot

    wurstsalat pushed 1 commits to branch gajim/master refactor: Icons: Replace deprecated emblem-ok-symbolic with feather-check-symbolc - https://dev.gajim.org/gajim/gajim/-/commit/82ea531ff48f3e14ebb7d39ad3fd7fa4c6987a07

  54. bot

    lovetox pushed 1 commits to branch gajim/master change: Remove unread message confirmation dialog at shutdown - https://dev.gajim.org/gajim/gajim/-/commit/901695b70466495a94283f9df022acca0ee9f6d0

  55. bot

    wurstsalat pushed 1 commits to branch gajim/master refactor: Icons: Replace deprecated emblem-* icons - https://dev.gajim.org/gajim/gajim/-/commit/0be9b33d6e0ddd6d80c7a48986cd7e876b90c5b8

  56. bot

    lovetox pushed 1 commits to branch gajim/master cfix: Application: Fix shutdown - https://dev.gajim.org/gajim/gajim/-/commit/a64bcf50470078e84849e4d09e417c6e1ef4cbc8