Gajim - 2018-08-15


  1. lovetox czarny, no plans to support appimage, but you are welcome to build that
  2. lovetox with windows, linux, and flatpak, its enough work to build and package for those plaforms
  3. czarny lovetox: ok, its clear. Im not a developer but maybe i try :)
  4. Daniel czarny, no internet+gajim?
  5. czarny Daniel: yes, local server
  6. czarny Daniel: (omemo noy used locally, but usefull in appimage on normal usage w/internet)
  7. bot Marco Cirillo created an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9289 >: #9289: < MUC roster is almost always messed up after resuming from standby or hibernation. >
  8. rom1dep how many SRV records does gajim consider, and can it "fall back" to the less prefered ones in case of failure?
  9. rom1dep from my preliminary testing it's not the case
  10. Maranda rom1dep, afair Gajim does xmpps-client, then xmpp-client then fallback to A/AAAA
  11. rom1dep does it go through all the xmpps-client records before attempting xmpp-client?
  12. Maranda yes
  13. Maranda The fact of it falling back to the other entries if it has multiple SRV records for one kind with different prios/weight, that I dunno.
  14. rom1dep that's what I'm interested in
  15. Maranda rom1dep, let me peek into nbxmpp
  16. rom1dep Maranda: huh, thanks :)
  17. rom1dep The current heat and possible dehydration has ruined any motivation to do that
  18. Maranda nbxmpp, does nothing but Gajim seems to iterate and try through SRV records peeking at code: https://dev.gajim.org/gajim/gajim/blob/master/gajim/common/connection.py
  19. Maranda nbxmpp does nothing but Gajim seems to iterate and try through SRV records peeking at code: https://dev.gajim.org/gajim/gajim/blob/master/gajim/common/connection.py
  20. rom1dep I should try to make this more verbose as a start
  21. rom1dep aha, after restart it does connect
  22. rom1dep I had fiddled with my hosts file before restarting gajim, which maybe got it confused if it isn't refreshing these records before re-attempting?
  23. bot Daniel Brötzmann modified an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9289 >: #9289: < MUC occupants list is almost always messed up after resuming from standby or hibernation >
  24. bot Daniel Brötzmann modified an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9289 >: #9289: < MUC occupants list is almost always messed up after resuming from standby or hibernation >
  25. lovetox rom1dep, depends, if we stream resume we dont request srv again
  26. lovetox also i see no need, srv records is nothing that changes very often, so querying it multiple times per sessions seems a waste
  27. bot Sophie Herold updated a merge request for _gajim/master_ < https://dev.gajim.org/gajim/gajim/merge_requests/305 >: Reduce number of notifications kept in message tray
  28. zinid > does it go through all the xmpps-client records before attempting xmpp-client? It should not do that, both xmpp- and xmpps- SRV records should be mixed and tried in the evaluated order
  29. lovetox we use the standard procedur thats defined in some rfc for record weihing and mixing
  30. zinid Yeah
  31. Holger The RFC doesn't specify the mixing of different SRV types zinid mentioned, though.
  32. Holger That's just in 0368.
  33. Holger rom1dep: You have a use-case for that mixing?
  34. lovetox Selects the next host according to RFC2782 p.3 based on it's priority. Chooses between hosts with the same priority randomly, where the probability of being selected is proportional to the weight of the host
  35. lovetox thats what we do
  36. Holger As I said that RFC doesn't specify how to mix _xmpp-client with _xmpps-client records :-) 0368 says "through them together and pretend they're of the same type before applying RFC 2782".
  37. Holger > Both 'xmpp-' and 'xmpps-' records SHOULD be treated as the same record with regard to connection order as specified by RFC 2782 [3], in that all priorities and weights are mixed. [...] However, clients MAY choose to prefer one type of connection over the other.
  38. lovetox yeah and thats what we do
  39. lovetox we throw them together
  40. Holger I see.
  41. Maranda lovetox, why Gajim doesn't print the reason on a service kick?
  42. Maranda <!-- Incoming 15/08/2018 14:04:57 --> <presence xmlns="jabber:client" type="unavailable" to="imadmin@lightwitch.org/gajim.0VW18RRJ" from="grimoire@muc.metronome.im/Maranda"> <x xmlns="http://jabber.org/protocol/muc#user"> <item jid="maranda@lightwitch.org/Conversations.44BY" affiliation="owner" role="none"> <reason>recipient unavailable</reason> </item> <status code="307" /> <status code="333" /> </x> </presence>
  43. Maranda ‎Maranda has left due to an error
  44. lovetox 333 is for technical problems, besides a server operator, i dont think a user cares for the specific technical reason why a server removed a user
  45. lovetox the important thing is for the user, that the participant was not removed by an admin ( kicked)
  46. Maranda well at this rate then just hide it completely together with join/parts.
  47. lovetox you mean, it should not be shown if the user disabled showing parts
  48. Maranda lovetox, I suppose
  49. lovetox yes i agree
  50. Maranda made the change hoping it would show him the error :O
  51. Maranda 😰
  52. lovetox ah i can add it in parentheses
  53. lovetox i guess
  54. rom1dep > rom1dep: You have a use-case for that mixing? Holger: I didn't bring up the mixing nor the preferring xmpps-client over xmpp-client, I would have assumed it boils down to taking them by priority/weight ignoring the type, which your citation seems to confirm 🙂 Looks like gajim is doing alright after a restart (setting the status to offline and then on didn't do the trick, not sure it's something to be worried about given the circumstances)
  55. bot muelli created an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9290 >: #9290: < Crash when clicking a stale notification >
  56. Holger rom1dep: Well you asked about the mixing, I was just interested whether you have an admin use-case to have it work one way or another, regardless of the spec.
  57. rom1dep My original, naive question was "it doesn't seem to be exhausting all the options, is there a hard cap on my the number of attempts/considered srv records?" mixing was only tangential, no specific use case I'm afraid 🙂
  58. Holger k
  59. bot Daniel Brötzmann closed an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9290 >: #9290: < Crash when clicking a stale notification >
  60. bot Sophie Herold updated a merge request for _gajim/master_ < https://dev.gajim.org/gajim/gajim/merge_requests/305 >: Reduce number of notifications kept in message tray
  61. bot koshkamau created an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9291 >: #9291: < GTK file chooser unable to pick a file outside home directory on Windows >
  62. bot koshkamau modified an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9291 >: #9291: < GTK file chooser unable to pick a file outside of home directory on Windows >
  63. bot koshkamau modified an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9291 >: #9291: < GTK file chooser unable to pick a file outside of home directory on Windows >
  64. bot Daniel Brötzmann modified an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9291 >: #9291: < GTK file chooser unable to pick a file outside of home directory on Windows >
  65. lovetox Link Mauve, does pezio make URLs clickable?
  66. MattJ lovetox, yes and no
  67. MattJ It's a console client, so it doesn't really get much choice about that - the terminal emulator may make links clickable though
  68. MattJ However there is a link-opening plugin: https://dev.louiz.org/projects/poezio/repository/revisions/master/entry/plugins/link.py
  69. MattJ It identifies links in messages and lets you launch an external process with a command
  70. bot Philipp Hörist closed an issue in _gajim_ < https://dev.gajim.org/gajim/gajim/issues/9291 >: #9291: < GTK file chooser unable to pick a file outside of home directory on Windows >
  71. lovetox thanks MattJ
  72. bot Philipp Hörist proposed a new merge request for _gajim/master_ < https://dev.gajim.org/gajim/gajim/merge_requests/309 >: Rework Emoji Implementation
  73. bot Philipp Hörist updated a merge request for _gajim/master_ < https://dev.gajim.org/gajim/gajim/merge_requests/309 >: Rework Emoji Implementation
  74. bot Philipp Hörist proposed a new merge request for _gajim/master_ < https://dev.gajim.org/gajim/gajim/merge_requests/310 >: WIP: New Message Window
  75. bot Philipp Hörist updated a merge request for _gajim/master_ < https://dev.gajim.org/gajim/gajim/merge_requests/310 >: WIP: New Message Window
  76. bot Philipp Hörist updated a merge request for _gajim/master_ < https://dev.gajim.org/gajim/gajim/merge_requests/310 >: WIP: New Message Window
  77. luweitest Does Gajim support socks now? My 0.16.9 do not work with socks proxy. Http proxy is fine.