Gajim - 2024-07-17

I noticed there's no video chat in the Windows version of Gajim! Is this a permanent disability that is impossible for GPL to resolve? In any case, does anyone have a "difficulty estimate" on how tough it'd be to get this working? Even just something pulled from another previous old GPL project somewhere. It's just video chat! Even if it's rougher than "Zoom," for it to be utterly missing seems like a stark absence.

Lunessa: A/V calls are broken because they're unmaintained at the moment. This is by lack of maintainer's time and has nothing to do with the GPL AFAIK. ✏

They should be back in gajim at some point, but I don't think there's an ETA (well, I don't think there's an ETA for any feature, actually ^^)

I have a friend who is a brilliant programmer - Would it be a possibility that the way to fix a/v is surprisingly easy and only requires like ... three or less hours to complete? Or is this gonna be a real niche sorta thing?

No it's not a 3 hours thing :)

Haha brutal. Well, good luck with that. Anyways, it's a worthy feature - I have an impressive headcount regarding getting people to at least install and try Gajim/XMPP. So the dream ain't dead.

After today's Debian nightly autowrap is not working but only in one MUC ,conversations all other MUCs and messages work as normal. I have tried this MUC in Dino and autowrap works OK

What is auto-wrap again?

Is this line wrapping or what?

Yes line wrapping, same thing

Okay...

Hell yeah, let's get it.

Uh, a good workaround right now is to use the invisible horizontal scroll.

But I'm kind of wondering why is there a horizontal scroll for the chat window?

I guess that also is a bug. Maybe there's a hidden GTK scroll bar somewhere.

There shouldn't be one. But we needed to add a workaround for a bug in GTK. This results in text wrap being broken (temporarily)

Oh, okay. Based. All right. All right.

But why only one MUC affected

Maybe the length of the text when you open the window or maybe used the three finger scroll

Oftentimes a long URL triggers this issue

yes, had that when I was send a long torrent magnet link

I believe switching back and forth between another chat fixed it

meson: nice investigation re word wrap :)

hoping it bears fruit and the pango devs soon take over. i definitely don't have time to fully find out what the culprit is. :)

Or nicoco brings it now over the finish line 😄

he came up with it :-P

Hahahaha C. No.

Regarding the preview hover etc: I'm looking into how we can integrate this while preparing for more. There is some refactoring necessary

Thanks! For what more are you preparing? :) ✏

I'd like to have gif previews, but with a control overlay. And general link previews.

Nice

And a giphy plugin maybe? :D

There's a weird Breeze Dark bug showing the folder icon / button in the image preview too large, which I notice now. It already existed before the hover MR:

https://share.conversations.im/meeson_/ZNXjIPUJBJ8EJWNN/rY3_37KGQZG2yQQ1oolHkQ.jpg

Does not happen with Breeze.

doesn't happen here with darkmode on KDE

https://uploads.outmo.de/upload/9e249deae4f7a4a49ab4f4dd1d217d5ae036e700/QAjfGrXPTMWMTLJ3K74Ng5Y3wPOUTG8EQaCcQGtQ/f7d1f844-e474-447f-8c29-7690e4611525.png

Possibly a missing file for that specific size

Kris: which Distro?

Fedora 40

but I am using the Flatpack

The icon exists under `/usr/share/icons/breeze-dark/places/16/folder-symbolic.svg` (Fun fact I couldn't send it without the ticks as otherwise Gajim would imterpret the path as an unknown command)

> but I am using the Flatpack Fedora 40 too. Odd

meson, in Gajim you can use two slashes to send a message starting with a slash.

Or use the /say command.

Link Mauve: with two slashes it prints //

Oh? :o

The /say command is unknown

That’s a regression then. :/

Ugh, a big one.

Ah no it doesn't

My mistake with the two // ✏

The say command does not exist though and is not enlisted in /help

you can lead with a space

That changes the message though.

Whereas with two slashes (or in the past, with /say) it doesn’t add an extra space.

/works fine with two slashes. no need for /say

What's a bit unfortunate is that clients handle white spaces in front of commands differently ` /me foo` is shown as _meson foo_ in Conversations, while Gajim literally prints the command.

That’s a known bug in Conversations, that has been going on for years.

XEP-0245 says that only the first four bytes of the body matter.

Link Mauve: I see, thanks. In the snippet in the chat overview it shows it correct in C

i just wanna say, thanks for developing this software and trying to make xmpp more accessible

i hope everyone here is having a good day

Hell yeah, thanks, gamer.

i honestly wish more people depended less on discord and invested more on other messaging protocols

i saw that there has been some activity in the XMPP protocol lately

snugglybun, there is some activity all the time, we’re probably just bad at making it known. :)

yeah x3

i wish i knew how to code so i could directly help projects like these

but i'll try my best in spreading the word at least

You can always learn, that’s how we all got there!

you could help translating the https://joinjabber.org website for example

https://translate.codeberg.org/projects/joinjabber/website/

hopefully the debian backport package will be updated soon :)

hm

my first language is spanish

i can help

cool, much apprechiated

wurstsalat pushed 1 commits to branch gajim/master imprv: ChatCommands: Improve styling and add hint for double slash usage - https://dev.gajim.org/gajim/gajim/-/commit/24520a68ce8443c216925dcbd600146e847df04c

lovetox, do you plan to build a test version of libproxy (https://github.com/libproxy/libproxy/issues/304)? I know you told me it takes some effort, but otherwise I would reply to the issue myself and try to convince him to merge the fix into master.

If you tell me how I can do this myself I could try, too. Although I would have to do this on my company notebook.

> meson, in Gajim you can use two slashes to send a message starting with a slash. you can also start a line with a space to escape the / ↺

zak, its lots of work to build this yourself on windows

try to convince him to merge

> After today's Debian nightly autowrap is not working but only in one MUC ,conversations all other MUCs and messages work as normal. I have tried this MUC in Dino and autowrap works OK ic_: you can scroll horizontally by holding shift and using a mouse scroll wheel. Maybe there are other ways. I know of no place where GTK keyboard shortcuts are published (great job). ↺

is there any chance we could change the way gajim names accounts from gajim.org or gajim.org1 to username@gajim.org ? It would be unambiguous and easier to understand logs. I'm not aware of any filesystem limitation. I'm pretty sure @ char is allowed in linux, windows, and macos.

also, it would be nice if '(I) gajim.c.passwords | Request password from keyring' were '(I) gajim.c.passwords | Request password from keyring for account user@gajim.org', again making logs easier to understand

lovetox... I was just writing a reply...

yeah but i felt it is weird if another person writes into this ticket to merge

I added my comment nevertheless.

Hi

I am using Gajim over Tor in Gentoo. Room history is weird.

In this room, I can send messages from my laptop and they appear on the GrapheneOS smartphone (Conversations), but Gajim did not synchronize other people's messages in the room since Monday morning.

Jorge, if its a public muc, default is only syncing 1 day

you can change that in the settings for that chat

I have seen the same behavior on Debian, flatpak, and Windows. I scroll up to get older messages and nothing happens

yes you cannot request more history with scrolling

Maybe the message shouldn't show up in that instance

what message

lovetox: can I get a response on that? you don't like it?

lovetox, I don't think that's the issue. My Gajim was already set to synchronize this room's history with "No threshold". Besides, since sending the last message I have been whole time except briefly due to a power failure; yet I have not seen other people's messages on Gajim. I can only see them on Conversations (smartphone).

Even my own messages show a clock symbol, and on moseover they show "pending"; but they appear normally on the other device (Conversations), and I see that people can reply to them.

*mouseover

sounds weird

i guess you have to get debug logs and look for errors

John, its not viable to change account names, because its a lot of work in the codebase for no gain

ok

adding the account name to the log message is of course possible

With that out of the way, I see no entry for my gajim account that doesn't login for the message "gajim.c.passwords | Request password from keyring"

I don't know if the debug logs give any extra detail to tell why that account doesn't login

but I made a new gajim.org account and it works normally. I've refrained from actually entering my password for the problem account because I'm afraid it will go back to working normally without me figuring out the cause.

lovetox pushed 1 commits to branch gajim/master fix: OMEMO: Don’t delete signed pre keys before catchup - https://dev.gajim.org/gajim/gajim/-/commit/ad562c9ae033805d914bcb6a286269db1c3c90b8

John, are you on windows?

no, linux

I'm fjklp, btw

are you saying you dont see the password request line for your account?

yes

afaik I see now password request, again, it doesn't have an account identifier on that line ✏

afaik I see no password request, again, it doesn't have an account identifier on that line ✏

what is pidgin all missing ✏

sure you have keyring enabled in preferences?

yes, I have multiple accounts enabled at the same time as my fjklp account and they all work normally. I previously posted the log section where it discovers available keyring backends and selects one.

there is one weird thing I noticed

danielstein, you can ask them at xmpp:devel@conference.pidgin.im?join

They keyring of course has "Passords for 'myaccount@gajim.org' on 'gajim'", but it also has "Passords for 'gajim.org' on 'gajim'", which has the same password as myaccount. No idea where that came from.

and as I said before, when I request the password for the problem account using `keyring`, it returns the correct password

the jid one is unusual

gajim.org is the account name

and gajim simply the application

lovetox pushed 1 commits to branch gajim/master cfix: OMEMO: Fix query arguments - https://dev.gajim.org/gajim/gajim/-/commit/e0b809d4cde81bf3a6c77a0f093271ffc98d4e9a

if the only remedy is to send you a log, I guess I can do that later ✏

no leave it

type in your password and lets see if it works

ok

and if yes, lets think about other things :) ✏

sigh, I really hoped to fix it

just as I suspected, it logged in

we did sometimes in the last releases a migration on the keyrings

maybe this migration was not perfect or does not work in some cirumstances

I think I've run into this same problem long before that database migration, always wanted to figure it out ✏

no

we did a password migration

you mean when you did the changing of the account name in the keyring

i said it wrong before, we use now the jid as identifier in the keyring

and previously we used just the account name

I think that was right after I was complaining about that :)

hmmm wait ...

that migration seems wrong

ah no its fine

- Entering the password *without* selecting 'Save Password' made it login. - Then, setting status to offline, then available logged in without requesting password. - Then, restarting gajim asked for password. - Then, inputting password and selecting 'Save Password'. Now every restart of gajim automatically logs in.

I literally copied the password from the saved one in the keyring using seahorse

there is no new entry for gajim.org in the keyring after doing this

wurstsalat pushed 1 commits to branch gajim/master cq: SecretPasswordStorage: Improve logging for get_password - https://dev.gajim.org/gajim/gajim/-/commit/62c8f6fa4d74be72294ef69586bd6f95daa4d575

thank you :)