Gajim - 2023-09-26

if only LANG=de_DE.UTF-8 actually worked so I can test things

ok, just had to install DE language pack

If I change a string in the UI that is translated, I also need to replace said string in each .po file if I'm doing a merge request, right?

in this case the new string already exists in the .po file

fjklp: no, you don't need to replace anything. Just change the string in the source file, do a MR, and the rest will be handled by the ci once it's merged. Translations then happen on weblate, and are merged back into gajim before a release

alright, thanks

lovetox: thanks for the reviews :-) I had a look at trying to improve the service discovery UI. Right now it uses hard-coded icons for a few bridge component types (eg, ICQ, gadu gadu, facebook, IRC). Would it be OK to try to fetch the User Avatar (XEP-0084) of the component instead and use this if one is found? Related: how would you feel about using this avatar too "embedded" in contacts avatars, sth like this:

https://upload.slidge.im:5281/file_share/G5Cv9mCw9IaDGLoPXQxpKlTN/48b72ce9-ffca-488d-9b1b-cdd8e8f62d0e.png

oops bad paste

https://upload.slidge.im:5281/file_share/sCgIzQX9Xxzufx0_xZqAw8Xy/6082b075-1239-4d29-940e-c7f847621a64.png

that looks nice

The second one is more like it (the general idea). I'd like to attempt to do that (not right now, some day™) but I'd like to know if this would have a chance to land in gajim master or if you (maintainers) don't like it (if that's the case, maybe I should attempt a gajim plugin?).

Thanks lissine. I think all of us using gateways would enjoy that, but maybe those who don't don't like the idea of the "avatar render overhead" since this implies checking if the contact's server is a gateway etc.

Also, maybe bottom left is more appropriate than top right. I suck at design :)

Displaying Transport specific Icons in the avatar ist nice, is this only a Mock ?

And yes i would Like that

Spend yout time there rather than Service sicovery dialog

Yes this is only a mock, I have to learn me some GTK before I can do that. The service disco dialog code is a hot mess indeed :). It seems to have stuff for forum-like discussion, were usenet/xmpp gateways a thing at some point…? ✏

OK, good to know that you'd like that, I'm not saying I'll start right away but I also think it would be cool to have. Right now I'm trying to support data forms with <reported> elemebt. nbxmpp seems to have all it needs, but right now raises an `AttributeError` because gajim tries to render it as a real form when it really should be a table, cf https://dev.gajim.org/gajim/gajim/-/issues/10857

Where ? In adhoc commands ?

yes. there you go: https://dev.gajim.org/gajim/gajim/-/merge_requests/972

If someone with a cheogram account can confirm that my commit fixes https://dev.gajim.org/gajim/gajim/-/issues/10857 for them, it would be nice. It does fix it for the slidge adhoc commands that return "tables in data forms", cf https://xmpp.org/extensions/xep-0004.html#protocol-results ✏

nicoco: thank you for caring about XMPP traditions.

I'm usually not big on traditions but I'm happy to make the client I use play nice with the components I implemented. :-)

Hello, I am curious about something, is there any plans for gajim to support xep-0256?

I have checked https://gajim.org/support/extensions/

Polarian: it’s deprecated, https://xmpp.org/extensions/xep-0319.html is the new one

ah

And gajim supports it already… but it’s hidden the UI (only in the mouse hover tooltip of the roster view)

that explains it

It was a discussion with monocles that "only monocles supports xep-0256"

but it makes sense if it is deprecated

I am not entirely sure if gajim emits this ‘last user interaction’ in the presences it sends, but it processes incoming ones for sure. I actually attempted a MR to ‘unhide’ it from the UI yesterday: https://dev.gajim.org/gajim/gajim/-/merge_requests/970

I don't notice the difference

showing the status within the UI?

sorry the status message?

oh I see now, the Idle Since x and stuff

_If it is not apparent I do not have the best of knowledge about the xmpp protocol_

Oh, wow, this XEP would be useful for mapping last seen time from Telegram.

bodqhrohro: slidgram already does it and this is what you see in the screenshot of my MR 😛

nicoco: got it, well, zhabogram/telegabber set the presence status with the similar content for a long time, it's more portable among clients, especially legacy ones. I suspect the separate XEP may bring some benefits like automatically converting to local timezone or so.

https://im.ebala.net:5821/upload/LPIE1R_sW0sWJFPujwPEgFRh/2023-09-26-135114_1920x1200_scrot.png

That's 1.3 (probably indeed disabled in 1.8 already).

I marked https://dev.gajim.org/gajim/gajim/-/merge_requests/973 as draft because it's not ready - but I'd be happy to have feedback anyway as there are a few unanswered questions pending.

nicoco: great :) thanks

I didn't think you'd be interested in the feature, it's a pleasant surprise! It would certainly be nice to use with slidge. I have a few contacts that have the same name and avatar in XMPP and Whatsapp/Signal/whatever and it would be nice to see through what we're talking at a glance because I'm happy to use XMPP if possible. Also, it just looks slick I think. :-)

I think Gajim already uses a custom avatar for Biboumi, no?

maybe that could be combined into a common system?

https://uploads.outmo.de/upload/9e249deae4f7a4a49ab4f4dd1d217d5ae036e700/NNIO2dqzl7tvyewYzxQPdqTwoMOyCoHInrPcqYtN/6139597f-4cd3-4f2f-a4df-1f90729a91e9.png

these ones I mean

nicoco is on a streak!

lissine: thissss

nicoco: how ru bridging telegram btw

off topic ikik

Slidgegram obviously

Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *16bfe1c9* < https://dev.gajim.org/gajim/gajim/-/commit/16bfe1c93793e91759c2c8725540aa471677289b > new: Contacts: Allow BareContact to have a presence

Kris: yes, the IRC avatar is applied to IRC gateway, so my MR needs to preserve that I think. But I wonder if it’s worth keeping the custom Facebook, gadu gadu, ICQ... ones

I actually think if the IRC thing was only small like your proposal and it used the fallback with the starting letter, that would make it easier to distinguish the IRC channels

for IRC you can just use a "#" I think

Hmmm probably yes, that big IRC icon for all channels is not great for distinguishing them in the chat list.

thats pretty universal for IRC channel ✏

I think you’re wrong, # is twitter, isn’t it?

😵️

don't troll me like that

😉

Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _python-nbxmpp_ < https://dev.gajim.org/gajim/python-nbxmpp >: *ef32805a* < https://dev.gajim.org/gajim/python-nbxmpp/-/commit/ef32805a2c77b99440c49e7a352311d7eb2cb53a > refactor: DateTime: Simplify parsing code

Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _python-nbxmpp_ < https://dev.gajim.org/gajim/python-nbxmpp >: *e2f098a6* < https://dev.gajim.org/gajim/python-nbxmpp/-/commit/e2f098a63fd7927670e87c4a7e022fa25cb6880e > cq: Fix inconsistent return statement

any idea why XEP-0402 (pep native bookmarks) arn't working on Gajim?

I tried forcing its use by disabling mod_private (XEP-0049) on my server, but this just make Gajim stop syncing bookmarks it seems

check server info -> features

I have working pep-native bookmarks on the Movim side, but in neither direction are bookmarks shared via XEP-0402 it see,s

hmm, yes. it has a X in front of 402

but it works in Movim I think

ok let me investigate why 402 is not recognized

any hints?

probably because your server does not support the conversion features

but why are you trying to get this working

whats the benefit?

I want to force use of 402 so that other clients stop deleting my bookmarks in Movim all the time

Movim only supports 402

ok so 402 can be supported but if 411 isn't, Gajim will still say that 402 isn't supported?

you need a mod that does a conversion from 402 to older standards

but something does not add up

why would anyone deleting your bookmarks?

especially clients that dont even support the XEP, they dont even know this exists, how do you think they are deleting something ✏

I think it is Conversations that forces conversion to XEP-0048, thus messing with Movim's bookmarks

ok interestingly on my other account that has "mod_private" still enabled, Gajim says that XEP-0411 is working, but still claims XEP-0402 isn't

411 is not needed its to convert from pep to private

you need a mod that converts from 402 to pep

I think that only exists on Prosody, no?

but to make this short, on your own risk of losing your bookmarks, in advanced config editor you can enable dev_force_bookmark_2

where is this advanced config editor?

preferences -> advanced

thanks

interestingly if I browse the pep config under advanced account settings it finds a "urn:xmpp:bookmarks:1" which seems to contain the bookmarks I can see in Movim

Ah yeah, I manually deleted that so the MUCs I left wouldn't float around on Movim

Oh wait, I think the one I deleted was "urn:xmpp:bookmarks:0" or something slightly different

How can I make Gajim print exceptions to the terminal, like Python normally does, instead of the "Sorry, that should not have happened" dialogue?

shirs

why cant i mute notifications in gajim

chud, start from console

umu, try setting your status to DND

naruhodo

ty

wrong chat

oops wrong chat

> chud, start from console I am. Some exceptions are printed to console, some are shown in that dialogue ↺

> but to make this short, on your own risk of losing your bookmarks, in advanced config editor you can enable dev_force_bookmark_2 I tried this now and indeed that makes pep native bookmarks work and sync them with Movim

hm no idea, you can disable it in exceptions.py down at the bottom, there is a hook you can comment out

or maybe you have debug logging activated in preferences?

this should be disabled

Kris, the issue is Movim decided to exclusively use XEP-0402, disregarding what other clients do.

Other clients still default to Private XML bookmarks, and will use XEP-0402 only if it is advertised as sharing the same storage as Private XML, in order to not make the user’s bookmarks “disappear” from one client to another.

well, yes also. but I think it is a bug that Gajim doesn't recognize 402 support

No, Gajim recognises it very well, if the feature I’m describing is advertised.

This feature is urn:xmpp:bookmarks:1#compat

Your server should advertise this if you want it to be safe to use bookmarks in PEP.

I don't think that is supported by Ejabberd at all

yes ejabberd has no conversion mods

Well, fix your server, or use a better one. :p

😵‍💫️

and thats bad, Gajim needs to think about users not losing bookmarks

why would a user care what bookmark protocol Gajim uses

all he cares is that his bookmarks are synced and not lost

and thats the number one priority

Kris, here is the recommended workflow for clients: https://docs.modernxmpp.org/client/groupchat/#bookmarks

but if there is no XEP-0048 support at all by the server, why can't Gajim use XEP-0402?

it clearly works if you force it via the dev setting

first you need to realize that server dont support bookmarks

they offer private storage, or pubsub

yes XEP-0049 then

and clients can store there whatever they want

Kris, there is no disco feature for XEP-0049.

This protocol most likely predates XEP-0030.

hmm, ok. that's bad

what server support is, conversion between different kind of storages

so if your server offers conversion from private storage to pubsub

then gajim will use pubusb

if your server offers conversion from pubsub to newer pubsub node used for 402

then gajim will use 402

ejabberd supports only the first one

yes I know

so this means we use 0048 on ejabberd

how could we upgrade now to 402?

simply moving all bookmarks there? and then all devices who dont support 402 are fucked

so we wait until the server supports 0048 -> 402 conversion, and then we can upgrade, because we know all older clients still have synced bookmarks

now movim seems to went the way, fuck all other clients we do only 402

and instead of telling them that you now have clients with missing bookmarks, you tell us that we should fuck our users as well

no, I just would like to configure my server in a way that Movim works and a few other selected clients that support 402 as well

its IMHO not great that Gajim supports it, but doesn't use it

unless forced to

it feels like i typed that all for nothing

i think i layed out the reason why we cant use it if there is no conversion mod

because bookmarks are unable to sync with clients that dont support 402

that maybe doesnt matter for you if your only other client is movim

but people use other clients than movim

No I do understand the problem much better now

I just disagree that perfect backwards compatibility is a desireable thing

why in this specific case

you have 0 benefit as a user from 402

yes, the benefit to have Movim work properly

but thats a problem of movim, and not all other clients

I guess it is mainly a ejabberd problem 😵‍💫️

Yes.

https://github.com/processone/ejabberd/issues/3591

🤷‍♂️️

And also a Movim problem since it decided to disregard any compatibility with other clients.

Movim says it would be a huge mess to implement the older standards and it really shouldn't be needed (which I agree to)

yeah i do that also sometimes when im lazy

😅️

wrong chat