Gajim - 2025-02-14

I've been having a lot of issues with Gajim's text box rendering of late.

When I type, it takes a lot of time for the letters to appear on the screen.

If I move the cursor around, it takes a lot of time for its new position to become visible.

I'm using gajim-nightly 20250212-1 on Debian Testing.

so when did this start?

are you using any plugins?

Question: when people create new public group chats, what technical problems are faced by the room, other than the human factors like trolls, spam, mideration-related challenges etc? Like from time to time I hear about Matrix chat rooms which couldn't survive (effectively blow up) because of how the developers change the _underlying_ Matrix protocols, designs, specs, etc. How "durable" are XMPP chat rooms over time, technically speaking? Would you say, more or less technically "durable" than Matrix rooms?

esbeeb, I’m in rooms which are 20-something years old, we have none of these issues here. :)

That's awesome

The other way seems absurd to me, that seems normal. :p

MUC is from 2002, it has evolved with time, and the break-the-world alternative which got proposed ten years ago (MIX) failed to get any traction due to its incompatibilities with MUC.

There are current attempts at providing a nicer protocol than MUC, but it will be layered on top of MUC, and basically a different wire protocol to achieve the same things we can do today, but in a simpler way.

So when there is this assortment of XMPP clients visiting these group chats - and they don't always have "complete" conformance to XEP 45, MUC, they inflict no damage on the group chat? Like say for example Monal, which is said to have only "partial" support of XEP 45 (is outdated). No "damage" to speak of?

XEP-0045 is a huge specification, I challenge you to find any “complete” implementation. :p

But the basics are: send a presence containing the MUC extension to the room you want to join, then send messages of type groupchat.

You can’t break anything doing that.

And if you don’t do it correctly, your client will just not work properly.

I appreciate that robustness and durability. 👍

esbeeb, don’t get stuck on self-reported implementations of XEPs, what actually matters is the features you actually want to use.

Like if people are going to invest in building up a community in a group chat, it needs to be a durable room and not explode after a few years

I for instance would only say my implementation is “complete” if it does everything the specification describes, which for a huge one like MUC isn’t really feasible, nor wanted.

Of course.

Well, to my mind - please warn me of any flimsiness of this plan - a reasonable, durable MUC could be made on a Prosody server, with clients like Gajim, Conversations, and Siskin (iOS) being used to access. Or Monal on MacOS. Monal being perhaps the weakest of those at MUC (XEP 45) compliance at present. All of these clients being recommended owing to XEP 45 compliance.

esbeeb, which features are you missing from Monal’s MUC implementation?

Hi everyone, do you think it could be a good idea to implement correction of the last message by typing the Up Arrow key?

isn't it ctrl-up already?

Yes

> isn't it ctrl-up already? strange, it don't work for me ↺

Codimp, make sure the message is actually correctable

oh ok it seems to work only during a certain time period?

yes, my bad, it work if the message is correactable

Codimp, yes, something like 5 minutes

300s, yes