Gajim - 2023-11-02

Who would attack a gajim server?

Cyrille: I don't know about your specific problem but this muc goes down often, as it has today

PMR, unfortunately these days any target appears to be a good target.

Seems gitlab broke and a backup made the service unusable for a while

Ping

Hi. - I'm using gajim 1.1.2. After using "synchronize chat history" (or similar), it only shows the last 10 days of a long-term conversation. How can I get the display of the complete conversation back in one piece? Thank you for any help.

joesi: 1.1.2 is severely outdated, you should update

Thank you. I'll try.

> joesi: 1.1.2 is severely outdated, you should update On debian 11 how I can? ↺

flatpak

> flatpak Only with this? ↺

It's the easiest way. You should update to debian 12 anyway ;)

> > flatpak > Only with this? there is also: guix -> https://guix.gnu.org/en/manual/devel/en/html_node/Installation.html snap -> https://snapcraft.io/install/snap-store/debian and nix -> https://nixos.org/download#download-nix

out of these i reccomend nix or guix. guix has 1.7.3 currently

nix has also gajim 1.7.3 judging from their website

Ok thx

Sometimes using Gajim 1.8.1 (and earlier versions) on Tumbleweed (plasma wayland) I cannot open chats after launching Gajim: It always shows the page with the "start chat" button, when I click on any chat. My guess is that this is a gtk issue, but has anyone else experinced this too? There was nothing interesting in gajim's `-v` debug log though. Next time I need to enable gtk debug logs. ✏

Never seen this (nor reports of it)

Sounds like there should be something in the log

Will check again and report back

Hi people, this is propbably a badly defined question, but I have two gajim installations (as well as a Conversations client) connecting to the same XMPP server (ejabberd) and messages do not get properly synchronized, meaning messages (including from this channel) show up as new although I already viewed them on another device. Now I wonder if I can resolve this. Is this more of a server configuration thingie? Could you provide me with some hints as to what might be lacking there?

rincewind: Public Channels don't use read markers ( many clients do not send them)

They don't scale well

hm, sad to hear.

So, I am not a professional regarding XMPP, but is it that much of a problem for my server keep some notes for my clients where they were in a particular channel? Or is it to hard to implement in the clients?

rincewind: there is no standard yet.

It's not hard at all

Storage mechanisms are already there.

cal0pteryx: read markers = chat markers xep-0333? Would clients send their reading state to the server which then broadcasts those? Or could clients pull the list of states on demand?

XEP-0333 has no pull mechanism. Markers are sent directly. If 500 people do that in a public muc, we have a lot of noise

to satisfy my curiosity: the XEP-0333 markers are sent to the server on which the channel is located, not only stored on my server for my account specifically?

Oh gajim is back

this MUC was gone all day yesterday

> Oh gajim is back yeah

guys did you see my avatar?

No

cryptomobley: nope

> cryptomobley: nope mh on other client I see but on gajim not

rincewind: it's a normal groupchat message and follows the same logic

hmm, looks like xmpp doesn't scale well in rooms with many users

There are ways to scale it. But it needs configuring

MUC in its default configuration has it's limits. but there are tweaks

when I joined a bridged irc channel with around 2100 users, gajim had a cpu core pinned at 100% for about 23 seconds, while the xml console seemed to be filled with presence messages ✏

And that tells you what? That the bridge is not tweaked for big rooms.

sounds weird, i join a irc channel with 4000 users in 3 seconds

I'm not sure what it tells me. Can those messages be disabled without ill effect?

> sounds weird, i join a irc channel with 4000 users in 3 seconds interesting. I wonder what the difference is between the two.

i see no big cpu bound task when joining

we dont display anything until we got all presences

and getting 2000 presences depends on your connection to the server

xmpp:%23linux%25irc.libera.chat@irc.cheogram.com?join

but normally thats like 2 MB

so takes a few seconds at most

my connection is not a bottleneck

https://share.hoerist.com/philipp/OQNyfDM49tb6a6c5/Screencast_from_2023-11-02_23-33-14.webm

see how this looks for me

seems worth to investigate on your side what the problem here is

because the difference is massive

you could try and close the groupchat roster while joining, if there is no difference, then at least you know its not a GUI problem

when I close the roster, then leave chat, then join chat, it takes maybe 2 seconds to join ✏

huge difference

I don't really know where the bottleneck is

when I open the roster, then open the slow chat, it takes about 2 seconds for the chat to show

maybe this calls for profiling

on first join of a irc channel, you need first to connect to the irc server

this might take much more time

weird, this is inconsistent. I joined again with the roster opened and it was maybe 4 seconds to join. But I had done this more than once before and it was about 23 seconds the first two times.

> on first join of a irc channel, you need first to connect to the irc server I don't know what first join means in this case

maybe its just the server sending the presences very slowly

but that would not explain the 100% cpu

right