Gajim - 2025-04-17

Does gajim support XEP-0486 (room avatars), especially <https://xmpp.org/extensions/xep-0486.html#presence>, or does it still rely on receiving the avatar hash in a presence/vcard-temp from the room bare JID?

Another way of asking this, is this room powered by prosody 13+ or didn't you upgrade yet? Because I think I do not see avatars in my prosody (13) rooms in gajim anymore (but I see this room avatar though).

This room is still on prosody 0.12

Specifically 0.12.4

Hmmm I could have queried I guess :)

I need to move on to other things now but I think all room avatars are broken in gajim/prosody 13+. It looks like gajim expects what is explicitly recommended against by XEP-0486.

Also, gajim looks for '{http://modules.prosody.im/mod_vcard_muc}avatar#sha1' in the room disco info, but prosody now uses what the XEP says, so it's muc#roominfo_avatarhash

cf https://dev.gajim.org/gajim/gajim/-/blob/master/gajim/common/modules/vcard_avatars.py?ref_type=heads#L127

Its just adding the new namespace

But thanks for reporting

I've just looked into it but changing the namespace does not seem to fix everything. There is also a bug in prosody though, because MattJ just confirmed that the presence from bare JID is supposed to be sent, still.

2.1.1-1 is uploaded to Debian experimental. If I get positive feedback *soon*, I'll upload to Debian unstable, so that this version can get into Debian 13 trixie. After all, it's a bug fix and maintenance release with low risk changes from my PoV.

Thank you debacle, as always

## Versions: - OS: Arch Linux rolling (n/a) - GTK Version: 4.18.4 - PyGObject Version: 3.52.3 - GLib Version : 2.84.1 - libsoup Version: 3.6.5 - python-nbxmpp Version: 6.1.0 - Gajim Version: 2.1.0 ## Traceback ``` Traceback (most recent call last): File "/usr/lib/python3.13/site-packages/gajim/gtk/control.py", line 445, in _on_autoscroll_changed app.window.mark_as_read(self.contact.account, self.contact.jid) ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.13/site-packages/gajim/gtk/main.py", line 1148, in mark_as_read client.get_module("MDS").set_mds(contact.jid, last_message.stanza_id) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ TypeError: 'NoneType' object is not callable ``` ## Steps to reproduce the problem ... ✏

https://xmpp.pimux.de/file_share/06800d77-474d-7ec0-ad54-1e61c5d54b80/scrot-rofi_20250417-132406.png

I am not sure how to reproduce it. I guess that it occurs when the account is at the status of "Connecting" (blue icon). Clicking on a group chat from which account is not connected to. ✏

Schimon: should be fixed in 2.1.1

See issue #12271

mesonium. Thank you. I currently have version 2.1.0.

2.1.1 just got released, so it should reach you soon

in 2.1.1, when I right click on an avater in the chat and the context menu opens, the corresponding message text moves to the right until the context menu closes again

I see, this isn't a regressipn#

likely a gtk issue. I'm on 4.18.4. I also see that somehow the participant list doesn't update, when I change the chat. Neither in 2.0.0 nor in 2.1.1. Weird

never mind the last mentioned issue, that was my mistake. ✏

> lovetox pushed 1 commits to branch gajim/master > > release: 2.1.1 - https://dev.gajim.org/gajim/gajim/-/commit/22382825d82e1161d0d89975224b302b9ff41a33 🎉 ↺

hi :D - seeing this on 2.1.1: https://conference.gajim.org:5281/pastebin/8ada11da-b8be-411e-b18d-08db61301b82

GTK Version: 4.16.12 GLib Version: 2.82.5 Pango Version: 1.56.2 PyGObject Version: 3.50.0 cairo Version: 1.18.2 pycairo Version: 1.27.0 python-nbxmpp Version: 6.1.1 libsoup Version: 3.6.4

only in a room that's originated from a matrix room (via the ejabberd mod_matrix_gw module)

Can you report it please on the issue tracker

yes

https://dev.gajim.org/gajim/gajim/-/issues/12276

In this room xmpp:slidge@conference.nicoco.fr?join Gajim is showing the participant ThUnD3r|Gr33n twice in the participant list

Even if I leave the room and rejoin it

But they show up only one in Monal

Would that qualify as a bug? :)

Checking the logs, their presence is received twice when joining the room.

right click the contact, go to details copy the nick

Once containing `<c hash="sha-1" ver="rjVr3rHc0FHauJkT8ytuxrelt+U=" node="https://monocles.eu" xmlns="http://jabber.org/protocol/caps" />`

they should not have the same nick

And once containing `<c hash="sha-1" ver="sS01e8tmh3D+JSy4wMZtUASwPiU=" node="https://movim.eu/" xmlns="http://jabber.org/protocol/caps" />`

The rest of the presence stanzas is the same

i doubt its the same

copy the stanza here

or leave it i can join the room myself :)

First stanza: ``` <!-- Incoming Thu 17 Apr 2025 06:49:50 PM CET (test82649375@yax.im) --> <presence xmlns="jabber:client" xml:lang="en" from="slidge@conference.nicoco.fr/ThUnD3r|Gr33n " to="test82649375@yax.im/gajim.R30QF2NB"> <nick xmlns="http://jabber.org/protocol/nick">ThUnD3r|Gr33n</nick> <c hash="sha-1" ver="rjVr3rHc0FHauJkT8ytuxrelt+U=" node="https://monocles.eu" xmlns="http://jabber.org/protocol/caps" /> <x xmlns="vcard-temp:x:update"> <photo>4a52306f2b56930459e4944e9733eb44f645bacd</photo> </x> <occupant-id id="sFVduoF6ktCrlJq9TRbczHDEb5j2CbGMrFIGWwycmaI=" xmlns="urn:xmpp:occupant-id:0" /> <x xmlns="http://jabber.org/protocol/muc#user"> <item affiliation="none" role="participant" /> </x> </presence> ```

Second stanza: ``` <!-- Incoming Thu 17 Apr 2025 06:49:50 PM CET (test82649375@yax.im) --> <presence xmlns="jabber:client" xml:lang="en" to="test82649375@yax.im/gajim.R30QF2NB" id="ayL1cM" from="slidge@conference.nicoco.fr/ThUnD3r|Gr33n"> <c hash="sha-1" ver="sS01e8tmh3D+JSy4wMZtUASwPiU=" node="https://movim.eu/" xmlns="http://jabber.org/protocol/caps" /> <x xmlns="vcard-temp:x:update"> <photo>4a52306f2b56930459e4944e9733eb44f645bacd</photo> </x> <occupant-id id="sFVduoF6ktCrlJq9TRbczHDEb5j2CbGMrFIGWwycmaI=" xmlns="urn:xmpp:occupant-id:0" /> <x xmlns="http://jabber.org/protocol/muc#user"> <item affiliation="none" role="participant" /> </x> </presence> ```

hm its indeed the same

very weird, i will investigate

seems like a bug in whatever server slidge is

it sends the presence stanza twice in the join process

Slidge is prosody 13.0.1

But only sending two presences for that participant

yeah thats very weird, i guess many users have multiple devices

maybe ask in prosody

Maybe related to the `<c>` thing? in which XEP is that bit defined? or is it part of XMPP IM RFC?

no thats a caps hash

that only tells us that the user has multiple devices online

but so does probably half of the other people in this room

on another note, i found the bug why gajim fails to join sometimes rooms after standby

Gajim 2.1.1 post translated to french ^^

Codimp, I saw you were working on it, so I waited until you finished :D should be online soon

Thanks!

Codimp, are you subscribed to the website's gitlab rss feed? :)

> Codimp, are you subscribed to the website's gitlab rss feed? :) nope, I wasn't aware it was a thing! ↺

There's an rss icon next to the `Search by message` field https://dev.gajim.org/gajim/website/-/commits/master?ref_type=HEADS

link: https://dev.gajim.org/gajim/website/-/commits/master?format=atom

Gajim 2.1.1 has been released 🥳 https://gajim.org/post/2025-04-17-gajim-2.1.1-released/

I was asking because of how fast you translated it 😁

> I was asking because of how fast you translated it 😁 ah, no i'm just a strange person and I read lot of XMPP dev channels :D ↺

lovetox pushed 1 commits to branch gajim/master feat: Add XEP-0486 - https://dev.gajim.org/gajim/gajim/-/commit/5504b85c2cbdb9e45424b0e487761fe76118e9c3

lovetox pushed 2 commits to branch gajim/master cq: VCardAvatars: Add type annotations - https://dev.gajim.org/gajim/gajim/-/commit/e2343ec9eb8d6b8782e30fec14446254eeb8e806 fix: MUC: Fix failed join after reconnect - https://dev.gajim.org/gajim/gajim/-/commit/8fc76fd93ff258d7a44638f036ae150e40f1df5a

lovetox pushed 1 commits to branch gajim/master cfix: ChatPageHeader: Attach widget correctly - https://dev.gajim.org/gajim/gajim/-/commit/ce33078c7da312a748898f8a0012af6bf70f8a3d

lovetox pushed 1 commits to branch gajim/master fix: GroupChat: Do not move chat text when participant menu opens - https://dev.gajim.org/gajim/gajim/-/commit/d7f4df3737e4ec08d5b1da9a205ba060ed7e0f3c

thanks mesonium, for the MRs, i find it quite weird that a popover which is a window, can displace text in a other window ...

You are welcome. Tbh I don't quiet unterstand it either. The only relation is that the Widgets have the same parent but otherwise live in distinct and different z levels

Running the latest Gajim from the master branch (https://dev.gajim.org/gajim/gajim/-/commit/d7f4df3737e4ec08 ) Here's how code blocks look like

https://share.ellini.org:5281/file_share/0680171b-1101-7a40-9dd5-8cf580ac7c33/code_blocks.png

Most likely caused by the recent layout fixes

:-/

The date separator is also pushed to the left:

https://share.ellini.org:5281/file_share/06801751-1c97-7cd8-8946-8d4c933fd566/date_separator.png

These issues are caused by https://dev.gajim.org/gajim/gajim/-/commit/d7f4df3737e4ec08 They don't happen on the previous commit.

yes, i think we have to revert that one, i dont see how this is fixable

we want the grid to fill the space

seems we need to fix this somehow on the popover

lovetox pushed 1 commits to branch gajim/master revert: GroupChat: Do not move chat text when participant menu opens - https://dev.gajim.org/gajim/gajim/-/commit/1dabd8918b5b0f66b58a4707032c8a6c2949648b

Didn"t notice that during my testing, sorry

you only harmed lissine for a very short time ✏

It's okay, no harm done :)

hi chat!!! just got here because I'm genuinely curious if Gajim interprets account invites as well, and if so, where to do that somehow?

like, how would you register with account invite through Gajim step by step?

no it does not

oh...

yeah, :c

are there any other clients who can really do that?

no idea, you can ask in xmpp:modernxmpp@rooms.modernxmpp.org?join

alrighty, will ask away rn, ty!