Gajim - 2025-03-05

> DirectTLS is safer: https://serverfault.com/a/648282 That link is talking specifically about email. It doesn't apply to XMPP, because TLS is mandatory in XMPP. ↺

DirectTLS is faster than StartTLS because it uses less round-trips

That's the main benfit.

> DirectTLS is faster than StartTLS because it uses less round-trips ☝️ ↺

lissine, tls is not mandatory in xmpp, it depends on the server config

It is https://datatracker.ietf.org/doc/rfc6120/

where does it say that TLS is required?

Taking a closer look, RFC6120 obligates clients and servers to _support_ TLS, but _recommends_ to use it. RFC7590 (Use of TLS in XMPP) says: > the initiating entity MUST NOT be deterred from attempting TLS > negotiation even if the receiving entity does not advertise support > for TLS. Instead, the initiating entity SHOULD (based on local > policy) proceed with the stream negotiation and attempt to negotiate > TLS.

which is why the downgrade to plain-text connection, mentioned in the context of email, doesn't apply in XMPP

And in practice, most servers in the federated network require TLS anyway https://github.com/stpeter/manifesto/blob/master/manifesto.txt

it's a proposed standard. Assuming client implements this, it should work ✏

All the XMPP RFCs are proposed standards.

hi all, which font pack does the current release of gajim have?

The one GTK or your theme provides. Gajim does not set any fonts

sorry I made a typo, I meant icon pack

Gajim has a default set of icons it ships with. Your theme may override some of those.

for some reason after I upgraded to 2.0 all the icons are broken, I'm on arch linux

oh don't worry it was a fault on my end, for some reason I screwed with the icon pack selection and now it's just fine.

by the way congrats for the release, I noticed slight improvement on performance when switching from different chat windows

I guess it may be due to gtk4 ?

Daily reminder: Come to the XMPP sprint in Berlin! https://wiki.xmpp.org/web/Sprints/2025-05_Berlin#Attendees

maximus: maybe, but there were other performance improvements as well

cal0pteryx: think I found an better solution

mesonium: that would be great :)

Just add an "and msg_view.get_text()". Need to retry more often, but looks fine

We need the class only when there's text

Hello

when I message myself I get the error "No devices found to encrypt this message to. Querying for devices now…"

can anyone help me out?

You need a second device to make that work

If you don't have one you can only send unencrypted

> If you don't have one you can only send unencrypted and my message won't be sent to the server right? ↺

it's labeld as "note to myself" so it will make sense to not leave my device

but again if that's the case why do I have the option to encrypt my message?

It will be sent to the server

Because it works if you have another device

alright thank you appreciate it

I am unable to send dms without adding the recepient

DMS ?

> You need a second device to make that work this was a load of bulll ↺

I deleted cache and it worked

sorry you were right

it worked because - as you said - i had another device connected

cal0pteryx, can you explain to me the rational of setting a minimal slider height if the adjustment's value is 0 and no minimal height else? Why does it workaround the bug?

Could we solve it differently if I gave you the logical line count, i.e. the number of lines when you count wrapped lines too? ✏

mesonium: the input would have a minimum height bigger than a normal input's height if we have a scrollbar

and then it scrolls the right amount up? instead of too less? ✏

But why would it need to be removed again? I'm not quiet following the logic.

It needs to be removed because the input would otherwise be too high (1.5x minimum height)

If we don't find a workaround, the scroll bug is less problematic than the crash bug

Sure

greetz i'm using gajim 2.0.1 on flatpak, and there doesn't seem to be a tray icon anymore, was it removed or is something just wrong on my end?

> If we don't find a workaround, the scroll bug is less problematic than the crash bug Feel free re-open, if you don't find any working solution, I'm out of ideas right now 🤷. ↺

https://xmpp.pimux.de/file_share/f148e6cc-fe11-48e0-a5e5-c5c97d12ef60/a-proposed-layout-for-gajim-profile-dialog.png

> https://xmpp.pimux.de/file_share/f148e6cc-fe11-48e0-a5e5-c5c97d12ef60/a-proposed-layout-for-gajim-profile-dialog.png This is for the developers, to get inspiration from. ✏ ↺

Not sure what you intend to say

i see we need desperately the new account popup button

wurstsalat pushed 1 commits to branch gajim/master cfix: Add back Farstream version requirement and disable CallManager - https://dev.gajim.org/gajim/gajim/-/commit/997afd3572ad44c94c8d3ed293dbca7303c724bb

debacle ^

lovetox pushed 1 commits to branch gajim/master refactor: ExportHistory: Use dedicate param struct for action - https://dev.gajim.org/gajim/gajim/-/commit/1ca571e9e0d45b2328f4324e4e3c9d3e3921c7a8

I just noticed that when I click on the 3-dot menu button twice (open and close) the chat window scrolls up a little bit.

snowstorm, yes, that's a feature!!1

(it is a bug)

it's not doing it now after hiding and showing the chat list

> snowstorm, yes, that's a feature!!1 🤣 ↺

I could not reproduce it yet

But I experienced it once

I was hiding the chat list to make a screen recording, but now it's fixed, I guess 😁

I don't know if the idea makes much sense, but would it work to have two text buffers, one for the text entered and one for display, where at every wrap mark a new line char is inserted?

:D that's mind-gymnastics

mesonium, sounds much to complicated for that kind of annoyance

😹 sure