Gajim - 2024-09-11

> yeah why not simple a line above the input box? This is what I suggested in the issue that I can't find now ↺

I have to say, I dislike the current typing indicator. I can't come up with anything better than having a line above the input box

there it is https://dev.gajim.org/gajim/gajim/-/issues/11913

Hey, if you want to continue the merging spree, I think https://dev.gajim.org/gajim/gajim/-/merge_requests/998 is worth having a look, it's a +8 line diff. It takes advantage of the XEP-0172 `<nick>` element in message stanza from people not in roster, which is very useful for ugly JIDs, such as +123456789@quicksy.im or 12375678@transport.whatever. (for quicksy I'm not 100% sure the `<nick>` element is there, I don't have an account to test, but if it isn't it should be IMHO).

I've got a few chats stuck in the joining phase but they receive messages from the muc

Is it the same server for these chats?

same account, different servers hosting the mucs ✏

I've had this happen before

I need to get better at debugging

I think it's something going on with my account server. (there really ought to be an unambiguous term for this, like matrix uses 'homeserver'). Now one of the mucs is showing "connection failed" unknown posix error: timeout"

but, it's weird that I'm apparently able to receive new messages in this one muc that is stuck connecting. This I have seen before. ✏

Seldom something like s2s can break for only one direction

Fun that if thinks is should be a posix error. And it is an xmpp error

An user came into a room, spoke something then left, then another user come with the same nickname, the client thinks they are the same person, so in history messages it changes the avatar of the previous user to the subsequent user's. Supporting XEP-0421 (occupant ID) would help to handle avatars correctly. ✏

Yes

Also it would be possible to display the same avatar for history messages with different nickname but same occupant ID, it reduces a little anonymity, though.

Question about optimal workflow for a use case, I have very often: In chat "A" (no matter if one-to-one or MUC) somebody sends a cat picture. I want to pass that picture in chat "B" (again, one-to-one or MUC does not matter). At the moment I save the picture to `/tmp/` and then upload it again. Somehow this feels clumsy, like I miss an obvious shortcut. Ideally one, that does not involve using the pointer device (mouse). Is there any better way to do that?

Right click copy url

There is "Copy Link", OK. And then?

You paste it into another chat

> You paste it into another chat But then there is just an URL. It's not like HTTP upload. ↺

I.e. clients such as Gajim do now show the cat inline.

Gajims does when you activate it

Ideally, we'd have a "Share" or "Forward" button, yes

yes but probably at a point where there is more to share than the link

I think even just a forwarding a link + the `<oob>` element that all clients expect would already be useful

Ideally, some indication of the source of the forwarded message would be nice, but that's more complex with the current way attachments are implemented in most (all?) clients (one attachment=one message and no associated text)

hello admin, i gave message here before about an issue.. after 1.7.1 in linux version of gajim i am facing some weird problem.. after adding 15 id next id go down below and there is no scroll button to find it.. and at the same time my writing window go down as well for all chats.. U told that it will be fixed but still i am facing the issue in 1.9.3 (flatpak version).. I think there is a problem in minimize and maximize button also.. there problems are co related i guess.. how can i fix it? or is there anyway u told devs to solve it asap.. i am facing a very hard time.. thanks

>after adding 15 what does this mean?

lovetox pushed 1 commits to branch gajim/master feat: Add setting to prevent sync of group chats - https://dev.gajim.org/gajim/gajim/-/commit/72340e4303d33926205e34f8f052d8097032608f

>>after adding 15 > what does this mean? I think they meant 15 jid's

it20: I think I remember. It's about accounts being added to gajim. Once there are too many, they push down within the account sidebar. I fixed this issue in https://dev.gajim.org/gajim/gajim/-/merge_requests/1010 But this MR does a lot more than that. That's why it's still a draft. But that's what I wanted to work on anyway.

nicoco: thanks for all your MRs :)

Trying to remove an account where the server is no longer reachable (actualy, it is reachable but no longer serves the same domain) causes Gajim 1.9.3 to get suck on "Trying to remove account"

steven3k: yes, there is an open issue about this.

cal0pteryx, found it thanks. My first search found a chat log that claimed it was fixed in 1.8.4

any workaround?

lovetox pushed 1 commits to branch gajim/master revert: StatusIcon: Use get_application_id for Gajim icon - https://dev.gajim.org/gajim/gajim/-/commit/d3c1bdc37884a49d2ce037178465cec8b03668d7

steven3k: not that I'm aware of, sorry. There have been multiple bugs around removing an account. This one persists up to now

cal0pteryx, removing the account while it is in the "Offline" status seem to work. But changing status to offline after trying to remove the account does not. So restart Gajim -> set account to offline -> remove worked.

steven3k: thanks

Hello everyone. I wish you all good success, in your further doings. Adrian from Germany

lovetox pushed 1 commits to branch gajim/master other: Flatpak: Don’t rename icon for nightly - https://dev.gajim.org/gajim/gajim/-/commit/b5f75e3df45b38276e4731e9a37b905dc5c1de6d

Adrian Kieß, thanks !

lovetox, You are welcome! Gajim 1.9 series is absolutely great piece of software! I use it under Debian Linux. I hope a newer series of Gajim. will be available for NetBSD pkgsrc, too.

nicoco, i struggle to reproduce the nick change error on a server

i think Gajim enforces stringprep on the nickname, so all nicknames should valid to a server

lovetox, oh I linked the wrong issue

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

this has an example of a nick that is accepted by gajim but rejected by prosody stable

nicoco 👔 🔫

ok thanks

https://upload.slidge.im:5281/file_share/TIlIPg0_0uwrk99IaKMYuYAD/Screenshot_20240911_202140.png

yeah its completely random which emojis are allowed and which not

hehe I'm running with my patch so I see the error :D

> yeah its completely random which emojis are allowed and which not believe me I know ↺

Stringprep with which version of IDNA and which version of Unicode? Also I think prosody now requires local nicks to be valid with stringprep *and* PRECIS (which I guess is your problem)

it has been a PITA for me with my transports, not only emojis but various stuff, and AFAIU it's because slixmpp does not use the latest hot stuff to check what's allowed, now I know a lot more about that than I wish I had to (but not enough to fix things in slixmpp though) ✏

PRECIS is another one of those sad mistakes where it'd maybe be nice to move to but it's not backwards compatible and there's no way to migrate to it :'(

How come it's so hard to just have a reference JID validation lib with bindings for all popular languages? It's one of the things I don't understand, but again, I haven't dug deep enough and I'm sure I'm underestimating the amount of work it would be to make it. Also, I got bored so fast when I tried to investigate it than I guess I have a beginning of an explanation as to why: because it's damn boring.

lovetox pushed 1 commits to branch python-nbxmpp/master other: Add tests for resource validation - https://dev.gajim.org/gajim/python-nbxmpp/-/commit/b44690dafeef45a0dcb9dd4561e65f20f94daf49

nicoco, jid validation is trivial in high level languages like python

the problem i had to solve now, which no lib will help you is giving you an emoji codepoint that is allowed

> lovetox pushed 1 commits to branch gajim/master > > other: Flatpak: Don’t rename icon for nightly - https://dev.gajim.org/gajim/gajim/-/commit/b5f75e3df45b38276e4731e9a37b905dc5c1de6d That will most likely break nightly (though I cannot test right now). There needs to be an icon whose name matches the gapplication id.

That icon will be shown in the application overview

lovetox pushed 1 commits to branch gajim/master cq: Application: Silence pygobject warning - https://dev.gajim.org/gajim/gajim/-/commit/57750385c36f32515d3dbe681729fed729f841de

hannibal, there is hannibal

icons/scalable has the devel icon

But that is not installed

you mean in install_metadata.py?

The line https://dev.gajim.org/gajim/gajim/-/blob/master/flatpak/org.gajim.Gajim.Devel.yaml?ref_type=heads#L421 also needs to be removed, when the Devel icon is installed

> you mean in install_metadata.py? Yes

and how would rename-icon change that?

if its renamed before installing, it will be not installed

https://dev.gajim.org/gajim/gajim/-/blob/master/flatpak/org.gajim.Gajim.Devel.yaml?ref_type=heads#L421 renames the devel file, than it is installed by your script and after that flatpak-builder renames it to the new name

When rename-icon is set

it renames all files named org.gajim.Gajim -> org.gajim.Gajim.Devel

how can install_metadata.py then find org.gajim.Gajim? its not there anymore

hence can not be installed

what does `mv gajim/data/icons/hicolor/scalable/apps/org.gajim.Gajim{.Devel,}.svg` do?

looks to me like moving the devel icon and the gajim icon, to the current working dir

ok no that renames the devel file

then my scripts installs it, and then you say flatpak renames it? but how would flatpak builder know where i installed the icon to

haha whole stuff is another rabbit hole

1. we are expected to install icons and desktop files into /app/... 2. flatpak exports files from there to ~/.local/share/flatpak if the files fit a specific convention ✏

3. system adds ~/.local/share/flatpak to XDG_DATA_DIR

so we need to export all icons, which we need other applications to access (e.g. libindicator)

so the real problem here seems to be that we use an icon name for libindicator, that changes depending on install

or we depend on the application id just on flatpak env

and assume that nobody changes the app id on flatpak installs

otherwise i dont see this as possible

now its also clear why the pending message icon did not work on flatpak

hmm i think the only way is to build in detection if we run as nightly

hannibal, currently we place a file "run-as-flatpak" to discover this

i think it would be nicer if we modify the source code, and change some variable

or is there some kind of code checksum stuff that disallows us to change code while builing the flatpak?

pre-build code changes are no problem, that's what the `commands` section https://dev.gajim.org/gajim/gajim/-/blob/master/flatpak/org.gajim.Gajim.Devel.yaml?ref_type=heads#L417 does ✏

ok, i think i identified multiple other problems that come with changing the application id for nightly

did we do this only so we can run nightly side by side with the normal Gajim installation?

probably flatpak does not allow us the same id as another package

> did we do this only so we can run nightly side by side with the normal Gajim installation? I think that was the main reason (and of course the different config/data dir)

flatpak apps can have the same id, but branch needs to be different if you want to install them at the same time

To set the branch flatpak-builder can be called with `--default-branch=BRANCH-NAME`

wurstsalat pushed 1 commits to branch gajim/master imprv: Unify usage of 'synchronise'/'synchronize' strings - https://dev.gajim.org/gajim/gajim/-/commit/8a1106a7289d5f8fe325a338e6131ae8db101822

Though not sure if plugins can be told to only work with a specific branch

wurstsalat pushed 1 commits to branch gajim/master refactor: GajimPopover: Make menu optional - https://dev.gajim.org/gajim/gajim/-/commit/2badeff8e4f5d5f81b70110a2b74b20e6258adfe

Is there a way to verify OMEMO fingerprints in 1.7.3?

yes, click the shild icon

mike, there is a button on the top right with an "i", look in the OMEMO tab

i doubt that existed in 1.7.3

simply click shield icon in chat

lovetox, oops sorry

hannibal, could you please review https://dev.gajim.org/gajim/gajim/-/merge_requests/1076 and test the nightly build

Oh yeah duh, tapping the shield worked, thanks!

I was looking under Manage accounts, where it does show for me in 1.9.3