Gajim - 2025-04-24

>> Maybe I should have posted that in jdev > jdev? What is it? I am interested in the key management for E2EE too. 😲 ↺

> Read markers bugs when Gajim window was closed seem to be fixed with 2.1.x! thanks ❤️ ↺

gimmi, that is actually being discussed in jdev at the moment, so a good time to join too!

On a different note: if I wanted to implement extensible in-band registration (XEP-0389) for Gajim, would that be possible using a plugin or would it involve modifying the main codebase itself?

Main, but you would need to first start in nbxmpp

I see

Would there be interest in merging this feature to nbxmpp if I implemented it?

Yeah why not

I can't investigate right now but message retractions from gajim do not show in cheogram. Maybe it's a cheogram bug. [end of the partial useless bug report]

Cool! We're planning to eventually use that XEP for Prav to handle "log in with phone number" in a standardised way, but I thought here would be an easier place to implement it the first time round

nicomuc: retraction is still under decelopment

hellow friends does the latest version of gajim support gtk3 themes like oomox-themes

if yes please how

colinr: no, the latest version of Gajim uses gtk4

so there is no way i can customize it i need the black theme can you help out

Your theme needs to support gtk4

> so there is no way i can customize it i need the black theme can you help out you could try running gajim with the environment variable `GTK_THEME` set to your theme ↺

lovetox. I think that Metalink would be a good addition to every chat client. I have sent a respond to your message. I would be glad to read your argument or respond, and continue to XSF if needed. ✏

Schimon, im not judging one standard against another here, RFC not specifically made for XMPP can be used, but a XEP should describe how and under what conditions.

see for example Vcard, https://xmpp.org/extensions/xep-0292.html

or here microblogging with atom https://xmpp.org/extensions/xep-0277.html

I did not think of vCard as an example, even though I use it. Please post your argument for the record. I will refer to XSF.

lovetox. I think that the argument about vCard is better than the argument about Atom Over XMPP. ✏

not sure what you mean, 0277 reuses atom, to blog

My approach was just to send Metalink as BoB and then the client would parse it.

lovetox. Yes, it does, but in a parted fashion, which is good. It was easier for me to understand your argument when you mentioned vCard, than thinking of Atom Syndication Format, which was exactly the standard that I was thinking of while I was writing a respond to your reply. ✏

if you want something supported across the ecosystem in XMPP, you should propose your ideas to the community, you can do this on the standards mailing list

im sure there are X other standards to share some file links out there, why is yours the best fit for xmpp? why not the 2 standards that already exist? etc

I think that I have posted about it already, some months ago. I will check.

these are things that should be discussed before clients implementing stuff

Yes.

filesharing is also a bit of a sensitive topic here, there are multiple clients who support already multiple different standards, im not inclined at this point to fracture the eco system even more and implement a third standard.

https://xmpp.pimux.de/file_share/0680a86f-f86e-743c-a463-12cfb334f0e8/gajim-yes-yess-is-now-away.png

> filesharing is also a bit of a sensitive topic here, there are multiple clients who support already multiple different standards, im not inclined at this point to fracture the eco system even more and implement a third standard. File sharing was an example. There are many other software that support Metalink. ↺

but what does that help me? i dont talk to these other applications or? im talking only to other xmpp clients

> but what does that help me? i dont talk to these other applications or? im talking only to other xmpp clients Before you have persuaded me, my argument was that it is not related to XEP, hence I have mentioned file sharing as an example for my previous argument. ✏ ↺

> could it be a message from the muc itself? > This message has been moderated by gajim@conference.gajim.org/cal0pteryx. Begründung: Spam ↺

you did get this out of the database text field?

very weird, but ok i guess we dont handle messages by the MUC itself correctly in the export

will fix it

> you did get this out of the database text field? yes ↺

only one line with this message has an empty resource the other 11 lines are fine

Could it be caused by deleting the message locally before it was moderated?

no, doesnt matter how it ended up there, resource = NULL is a valid case when we get message from the MUC itself

and the function assumes there will always be a resource

so thats the bug i will fix later

okay

> these are things that should be discussed before clients implementing stuff ❤️ ↺