Gajim - 2024-06-14

Running Gajim 1.9 (flatpak) on Ubuntu 22.04, gnome 42.9, Wayland. Since the latest Gajim update, I have a problem in Gajim: For one contact, messages - sent or received - in Gajim do not wrap correctly - the lines wrap, but I cannot see the end of the lines on the right side. Altering the sizes of the sections in Gajim does not help. But - I see this with only one contact. Sending, receiving the exact same messages involving other contacts wrap perfectly in Gajim. What might be causing this? What can I do?

line wrapping was disabled recently due to a pango bug

it's super annoying for me too

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

this is the commit that made the change if you want to revert it https://dev.gajim.org/gajim/gajim/-/commit/571f012784fc898e0e780db2aa1114569e014111

>But - I see this with only one contact. Sending, receiving the exact same messages involving other contacts wrap perfectly in Gajim. I don't know why this would be the case

oh, I think I figured it out earlier

people often post long hyperlinks, which since they have no space in them, do not wrap

> line wrapping was disabled recently due to a pango bug This isn't the right way to say it. It now wraps only on word boundaries instead of breaking the line at any given character. ↺

fjklp: thanks the messages I have problems with do not have hyperlinks in them. Question: not a tech guy here, What exactly are the steps I would follow to revert the change? don't know what to do with that url you linked to.

dln949_: are you on linux?

running flatpak?

ubuntu, flatpak

Be warned, this bug might be dangerous, I don't know. At the least, someone posting certain messages in a chat will cause your gajim to crash and you will not be able to view that chat again unless you update/reinstall/revert the commit/ or remove the message from your gajim database

be back in a few

ok

dln949_: firstly, do you understand the warning? I don't want to get in trouble for steering people wrong here.

fjklp: Yes. (I don't understand when this seg fault became a problem and thus led to this recent fix)

someone just mentioned it here in chat and it was fixed because a dev became aware of it

oh. I never saw the problem myself

maybe no one actually did, I think this guy discovered it from elsewhere and that it also applies to gajim

the path to the file you want to edit should be `/var/lib/flatpak/app/org.gajim.Gajim.Devel/current/active/files/lib/python3.11/site-packages/gajim/gtk/conversation/plain_widget.py`

I could give a patch but I guess we'll do it manually

So, *IF* I decide to try undoing this fix, so I simply change the line self.set_line_wrap_mode(Pango.WrapMode.WORD) to be self.set_line_wrap_mode(Pango.WrapMode.WORD_CHAR)? Also, I see this same file in my home directory as well - would I make the change in both?

> So, *IF* I decide to try undoing this fix, so I simply change the line self.set_line_wrap_mode(Pango.WrapMode.WORD) to be self.set_line_wrap_mode(Pango.WrapMode.WORD_CHAR)? > > Also, I see this same file in my home directory as well - would I make the change in both? yes ↺

yes to the first question

yes to both questions?

oh

>Also, I see this same file in my home directory as well - would I make the change in both? I don't know what file you are referring to

plain_widget.py is in your home directory?

' /home/main1/.local/share/flatpak/app/org.gajim.Gajim/x86_64/stable/d2a3d1ff2dd30d4a5fe8b346321ea31fded9cd9c9ac165203f5af6a125df6f4e/files/lib/python3.11/site-packages/gajim/gtk/conversation/plain_widget.py

~/.local/share/flatpak exists for me but it does not contain the app directory

this might be something related to system versus user installs

I don't think I've done anything custom for that

try doing it in the file I pointed to and see if it works

ok, I'm gonna give this some thought, perhaps tomorrow, gotta go now. Thanks very much for your guidance

ok, just remember you'll have to also apply it after every update too

have a good one

https://files.yowoy.cwnp.cn/upload/58b3317f-8f1e-414d-8adb-80b13096abec/8bdc6379-b5e9-4b82-9f0b-89277df27454.png

https://files.yowoy.cwnp.cn/upload/4d2f2cb0-562e-4335-a735-52dd15d3b845/67e0de10-08fa-4e21-9479-315dd6fd530b.png

its over

ong: explain?

welll

back in ze day

the mumble client let you do get requests to routers

ppl would reboot each others routers this way lol

interesting

maybe xmpp client needs some way to identify if the file is actually coming from the server their communicating with in the stanza

like fileserver disco but for other server per contact

what is contained in install.jpg? or does the router interpret this get request url as a command alone?

ye

router just gibs response

https://files.yowoy.cwnp.cn/upload/3ec9d6ae-bfb5-4309-a908-b33eb11b50d3/ffc4fcce-4631-4dd0-aa66-2d1916db4fe9.png

could resolve upload.gajim.org before downloading the file?

if message was from gajim.org

on gyatt

https://dev.narayana.im/narayana/gajim-otrplugin here we go: experimental OTR plugin for Gajim, now updated for 1.9.

nice kek

what otr version is dis?

OTRv2/3 afaik

bussin

and that little one that just adds pixel-perfecy for some esthets https://dev.narayana.im/narayana/gajim-avatarshapeplugin

beautiful

now avatars looks like here

https://im.ebala.net:5821/upload/wUisaNURROxNUZpd4f0bn2Gi/076c911d-4ed8-4c04-a26c-a96728f6ca76.png

I hope some day we'd be upstreamed, but for now devs are just angry and hardcoded allowed encryption plugins https://dev.gajim.org/gajim/gajim/-/blob/master/gajim/gtk/message_actions_box.py?ref_type=heads#L505

:(

so we do need to maintain ugly hacks that will allow to set OTR as one of encryption methods, which changes from version to version, instead of implementing Social-Millonaire Protocol and proper key management

do you guys sue otr to talk to legacy clients still?

or keep existing identities?

otr is means literally off the record, so it is a bit different then OMEMO just theat it as a "Secret chat" in Telegram, where multi-device E2E is not supposed to be, as if it be physically compromised. we have some not legacy xmpp clients with otr support - monocles im, conversations classic (our fork, in nearest furture), psi-plus, and some legacy, like mcabber.

there are not so legacy clients like monocles(android) and psi(linux/win) with otr support, why not, it also has better way to verify each other using SMP

ah so like otr on telegram

or otr on irc

you want to use it from your xmpp client

i can vibe with that

it is already possible, in monocles, psi-plus, conversations legacy, and now in gajim 1.9 with this ugly plugin that works, but with limited (not implemented, I'd say) capabilities of key management and fingerprint verification as well as SMP support.

and in our plugin, we sending hints not to store in MAM and not to use message carbons, so nothing is disrupted anywhere.

gyatt dayum

if the developers give us a chance to be another supported encryption method, we'd implement key management and verification processess, as well as SMP, but they won't, end of story </troll> :}

wut u guys think about otrv4?

it is still draft

what we should think

it's over

i blame cloudflare

in bright future we will altogether with matrix and signal use MLS

but it seems there is a nuance somewhere

hm

I don't think they want ppl using non uniform encryption probably because mls allows for flexibility

in what situation do we expect to see a pink unlocked lock next to the timestamp of each message in a chat?

lovetox pushed 1 commits to branch gajim/master fix: Settings: Store account jid in dedicated setting - https://dev.gajim.org/gajim/gajim/-/commit/e26113da31121efc7cf28fc025bb607cf8cef708

> fjklp: > in what situation do we expect to see a pink unlocked lock next to the timestamp of each message in a chat? Unencrypted messages? ↺

fjklp, you seem to have a problem with your icon theme

yes, unencrypted messages

> fjklp, you seem to have a problem with your icon theme what does this mean? ↺

i assumed you dont want pink lock icons :D

what icon theme?

the point is that these icons show up at random

something is broken

show me a screenshot

lovetox, yes I did, I built the gajim-git and python-nbxmpp-git packages from AUR.

I’ll tell the maintainer of python-sqlalchemy then.

Somebody opened a issue recently

Many applications depend on 1.4

They cannot simply upgrade

Ah.

lovetox: FYI my gajim dosn't start anymore on e26113da3112 ``` /python-nbxmpp/nbxmpp/protocol.py", line 656, in from_string raise InvalidJid('Unable to parse "%s"' % jid_string) from error nbxmpp.protocol.InvalidJid: Unable to parse "" ```

Hm check in the config db the account address key

Seems it did not migrate that for some reason

Check the user version of the db

https://upload.gajim.org:5281/upload/O6oWSJo1jtrfj2ue_Q4YLrTe/321ad11d-9ba9-4305-aff4-1db46b01d754.png

when I loaded that chat, every message had that icon. Then I switch to a different chat. Then switch back to that one and the icons are gone.

fjklp: Sweet :P

it seems to only happen when there are unread messages before viewing the chat

Is it a group chat?

yes

This is shown if encryption is enavled

encryption is not possible in the chat I got that screenshot from

As we have default encryption if the chat supports or the setting can change depending on MUC config

fjklp: currently, but it was maybe back then

It depends on what the owner configures

are you saying these random changes are expected?

this happens in many different chats

> fjklp: currently, but it was maybe back then I don't know what you mean by "back then" ↺

> Check the user version of the db 6 ↺

> Seems it did not migrate that for some reason looks like I have "name" and "hostname" keys there but no account address ↺

Ok set it back to 5

And restart

looks like I'm back :) thanks lovetox

really weird, seems your db was already on the version and skipped migration because of that

lovetox pushed 1 commits to branch gajim/master revert: Windows: Temporarily downgrade gobject-introspection - https://dev.gajim.org/gajim/gajim/-/commit/ae01edfc603836d629ca6e9266467f6d583598e9

fjklp, in all groupchats? only specific ones? maybe on the same server?

you need to dig a little, you are the only person until now that reports this behavior

the icon shows if you enable encryption, then Gajim tells you which messages are unencrypted

my guess is something triggers that your encryption setting for a particular chat changes

i dont see any commit in June that could have triggert this

so my guess is it has to do something with the particular chats you are seeing that

How do I actually answer a VoIP call? I get a notification saying that I'm being called but I don't see a popup anywhere or anything in the app that would let me answer the call

featue is unmaintained and probably very broken ✏

> really weird, seems your db was already on the version and skipped migration because of that lovetox: maybe one of my MRs which rom1dep checked out once ↺

hm so there is the request to not downgrade the encryption setting if a server or MUC owner changes the settings of the MUC so that encryption is not possible

basically just telling the user that encryption is not possible, but also dont allow to send messages, until i guess the user downgrades encryption themself

but this also would mean to enable the encryption button again for all chats, currently its disabled with a tooltip

> lovetox: maybe one of my MRs which rom1dep checked out once sounds likely :) ↺

Hello guys ! does ejabberd server support SCRAM-SHA256 ?

you need to ask in the ejabberd support chat

it use scram-plus

> you need to dig a little, you are the only person until now that reports this behavior I'll study it more. I can say confidently that it's happening on more than one server. I think it also only happens where there are unread messages. Should I be taking note of all the muc settings where it happens? Any other info? ↺

the annoying this is that it sometimes takes awhile to happen again. Maybe I need to post my own messages to test.

I accidentally started up gajim from git and I haven't yet merged my main db into flatpak. I killed it after about 1 second. Should I expect that something will be messed up?

its unclear what your setup is, what merging a db into flatpak means ..

also which versions you run ..

my main db is from before the db change. It's in ~/.local/share/gajim. Flatpak is current nightly, so I meant that my main db is still the old version, except that I started a current git version briefly.

There is a copy of your old database if the migration started

Looks like it didn't start migration. There is only one logs.db. But I noticed that logs.db got an updated modification time. I guess it should be alright then.