Gajim - 2023-08-30

> kurion, ^ these two commits should fix the problem Thanks a ton

I am using a MATE desktop. The system notification settings does not include a default timeout setting.

I would like to reduce the timeout (5-6 seconds) for incoming message notifications which apparently, is set by the OS

any hints?

Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *8c63db1a* < https://dev.gajim.org/gajim/gajim/-/commit/8c63db1aca290457bb7a63b286f4b863d2964dfd > ci: Debian: Update nbxmpp patch

Philipp Hörist pushed 2 commits to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *0312de72* < https://dev.gajim.org/gajim/gajim/-/commit/0312de72e1bdbd8e888b6f80fd9b854f5466eb4a > cq: Fix ruff PERF102 errors *b684854f* < https://dev.gajim.org/gajim/gajim/-/commit/b684854fd6f06ef85898371c40fe2e35a50bc002 > cq: Use list.extend() instead of for loop

Is there a XEP for synchronising read messages?

Not yet

Thanks

There is actually https://xmpp.org/extensions/xep-0333.html

hello

I think we already use 0333 to sync it. But it is disabled in group chats

😎️

nice

qq

there was some discussion about it in the xsf room: https://logs.xmpp.org/xsf/2023-07-04 https://logs.xmpp.org/xsf/2023-07-05

Menel, Deide: it is enabled in private group chats in gajim by default.

Ah, got it. Thanks for the info!

And last time it was discussed in the XSF room, the consensus was that using xep0333 for read state sync is far from optimal and a dedicated xep should be written by someone™

the problem with read markers is everybody sees them

sometimes you dont want other people to know when you read something, and just because of this your read sync should not break

why does gajim not have auto update functionality from within the client?

Because nobody created the infrastructure and the code for it I would guess.

also that would be useless in linux which is the main crowd of gajim probably

Flatpack that tells you that there is a new flatpack would be something like this 🙂

PMR: you could use the Microsoft Store for that. Or chocolatey

Oh wow, we finally have a context menu for avatars.

"We" have that for quite a while now

Yup, I have an old version and I already see it.

How do I resolve that libproxy issue? I'm not quite sure what does even load it, how, where and for what.

The only thing clear from the backtrace is that something is trying to access gajim.org:443 (what and why if Gajim does not even have an auto-update mechanism, lol?)

Ah, it has auto-updates for plugins though.

I tried to comment out both the plugin update check and the sentry endpoint request, and it still crashes. Have no idea where else can it be invoked. Does gdb support tracing where thread forks come from, I suppose?

lovebitmessage, libproxy is patched on debian bookworm

install that?

PMR: you know what, it actually has an update check lol.

lovetox: just installed, it's the same as in Trixie.

So I need an unpatched one or what?

> fatal: unable to access 'https://gitlab.gnome.org/GNOME/gi-docgen.git/': The requested URL returned error: 503 I love network-dependent tools lol.

> PMR: you know what, it actually has an update check lol. it does yeah, that's how i know since it had a 1 on the icon there

it just directed me to the website

Ah, so you wanted it to download itself for you lol.

Firefox/Thunderbird do actually.

Not only on Windows, but also on GNU/Linux if I install them from a binary tarball.

Meh, an unpatched one crashes too. ✏

lovenetworkdependenttools, maybe use the flatpak version?

lovetox: Flatpak is too isolated to mess with, I'd like to run from source for further possible contributions.

Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *9bf767ea* < https://dev.gajim.org/gajim/gajim/-/commit/9bf767eab5efa4d838d3f7778c70fec807b513ee > other: Scripts: Generate IANA timezone data

Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *51881039* < https://dev.gajim.org/gajim/gajim/-/commit/51881039417ed42eca95ba85396cc8b7a9cde80d > cq: Fix ruff PIE errors

Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *6426f525* < https://dev.gajim.org/gajim/gajim/-/commit/6426f52555b5152d16c1416be4725f13f3122b77 > cq: Fix ruff INT003 errors

https://dev.gajim.org/gajim/gajim/-/blob/master/gajim/gtk/account_wizard.py#L899 this should probably be 65536, as range() excludes the last value

in an account's privacy settings, Picture and Name are set to private by default. This breaks MUC avatars. perhaps the setting should be split, and Picture should be visible for everyone by default ?

Why is it broken?

about MUC avatars?

Yes

well, it only breaks in semi-anonymous MUC's, like public channels, because while the avatar is advertised, it's set to private so it can't be fetched by others in the channel