Gajim - 2024-04-26

> the triangle is next to _your_ name? In that case, go to Accounts>Modify Accounts>your account>Privacy>Ignore Unknown Contacts, and see if that is turned on. it's toggled off, however I'm looking to reach out to someone and I hope they were able to receive my message. can I try sending you a PM to see if it works?

just as a test

Was that setting turned on in the first place?

> Was that setting turned on in the first place? was turned off since account creation

hmm, I'm not sure what that icon means

this just seems to be what you can expect with xmpp

confusion

it seems we need this notification to be expanded to be fully unambiguous so users know what's going on

but that still doesn't solve the fact that servers blocking strangers is not (usually? always?) communicated to clients, so they never know that a message doesn't go through in those cases. ✏

I'd report an issue on this but I don't know how to reproduce the notification

It would be nice if NetBSD could bump the Gajim XMPP messenger software to a recent version, like v1.7 or v1.8. NetBSD still comes with the old v1.3 Gajim. I wrote a PR for this: https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=57356

Aedil: Gajim devs don't maintain NetBSD repos. But thanks for your PR :)

cal0pteryx Ok. Thank you.

The newer versions of Gajim have become a very well made software. I very much enjoy using Gajim.

> The newer versions of Gajim have become a very well made software. I very much enjoy using Gajim. I agree. However, does anyone know how well calls work these days? It'd be nice to not have to use Dino

Aedil: thanks!

MarsIronPI: calls don't work with gajim

cal0pteryx, because it uses an older XEP?

which ones do modern clients use?

Gajim uses a set of older xeps + the implementation hasn't been maintained for years. Newer clients use dtls-srtp plus some more xeps

cal0pteryx: ah. Isn't there a PR for dtls-srtp?

MarsIronPI, yes. but that does not mean: merge and it's done

cal0pteryx, yeah.

since I run Gentoo I might try it out (since it's easy to do that sort of thing on gentoo)

Hi everyone, over the past several days, I've been developing a Gajim plugin to integrate LDAP into the application (I can elaborate on my use-case if someone is interested). The basic functionality of the plugin is working (resolving contact nicknames via LDAP), and I am planning on adding contact search. I was wondering if this plugin would be useful for anyone else, and if I should upstream it. Any thoughts?

i dont want to talk your effort down, but why did you not intergrate this on the server?

ejabberd for example has already a module with ldap support, but it uses old vcard-temp to distribute the data, this probably needs very little effort to migrate it to VCard4

and then the server can distribute all kinds of data to all xmpp clients, not just ones with a plugin installed

further this means you have only one server that needs to access these data from the ldap server

@lovetox Integrating it on the server is probably the correct way to go. However I am using this for my company's network which uses some Cisco solution which does not support VCard4 :( Instead, the client (Cisco Jabber) does the LDAP queries itself, which is what my plugin imitates. Changing the server is not an option. I could maybe setup a proxy server that seamlessly integrates LDAP, but would would require much more work than writing this plugin.

do you have the code on some public repository? I would be interested to look what exactly you did

nothing but the xmpp client would need to support Vcard, think it like the client issues to the server a request, that could be a request for its roster, or for a vcard of a specific contact, and the server translates that request, requests itself data from ldap and translates the answer into a vcard

thats how this usualy works

I was planning on forking the plugins repo, but when I try on GitLab, I get this error: "You cannot create projects in your personal namespace. Contact your GitLab administrator." Should I create a separate repo instead?

no i can give you permission, please tell me your gitlab username

Yeah I agree that this is the sensible way to go. Cisco's client however does manual LDAP queries (and the server does not). Confirmed on my windows machine.

My username on gitlab is @tom.shnayder

yes i believe you. Are you saying you use Gajim with a Cisco Jabber Server?

i gave your account permission, try now

Yeah, the server is actually called "Cisco Unified Communications Manager" (just a fancy XMPP server), and the client is Cisco Jabber. Gajim mostly works with that server.

so then i understand you decision to not do this on the server side, as it probably is not open source and easily extendable

im happy to hear Gajim still works with that server

there was a time where users reported the server ends their session all the time, we never found the issue, because no user could provide any debug logging from the actual server that gave us a clue about the reason

Pushed the code here: https://dev.gajim.org/tom.shnayder/gajim-plugins/-/tree/ldap/ldap_search?ref_type=heads

I never encountered such issue. If I will I will be happy to debug it :)

It should be pretty simple, however the is one major hack in `roster_hack.py` - this code essentially disables those lines in Gajim's core: https://dev.gajim.org/gajim/gajim/-/blob/master/gajim/common/modules/contacts.py#L483-485 This was required because the Roster module always returned an item whose name is the JID. There is probably a better way to solve this, still as WIP.

hmm .. but it should not be necessary ..

ahhh

ok so the cisco jabber server sets the name attribute in the roster to the JID

which is ... just wrong ..

Yep

because roster item name, is usally a custom name the user decides for his contacts, and should trump everything, but because cisco jabber fills it with a useless default

this functionality is basically destroyed ..

so what you would actually need is a global "ignore "name" attr data from roster" kind of switch in Gajim

Yeah that would be good, or check for cases where roster == JID and ignore them

i think your way to replace get_item() is the best way, i cannot come up with something more elegant

though i wonder, though , the code could be much simpler

```python def get_item(self, jid: JID) -> RosterItem | None: item = self._roster.get(jid) if item is None: return item if item.name == item.jid: item.name = None return item ```

could you not just monkey patch the module method with this

at least i dont see the benefit why you inspecting the stack, and only doing that if the contacts module asks for this information

because its simply a general rule, if jid == name you want it to set to None, like the user does not have a custom name set for this contact

anyway, i dont see any obvious problems with your plugin

considering that we have zero documentation, you did a very good job :D

hm if i think about it, would it not easier to always hook into the contact.name property?

instead of message-received or doing something on account-enabled

because whenever the Gajim displays somewhere a nickname, it does it via this property

Thank you! The plugin is still a work-in-progress and needs more testing, but it already makes my life easier :) The next thing I want to add is a way for the user to find contacts (JID) by their name. I thought that a good way to integrate it is to add another button next to the globe button in the "Start / Join Chat" dialog. What do you think?

so if you start your request then, this should be enough

You are correct that hooking the name property is easier, but then I would have to re-implement it's logic

no, just a thin wrapper around it, just as a info for you to query async data

dont replace what the property returns

you later update the contact storage, and update via the contact signal

Oh are you talking about the trigger to an LDAP search? Yes it might be better than message-received

yes ! because then you can also spare the querying of all contacts at the start

because gajim simply tells you exactly the contacts it displays currently

Thats actually a cool idea, ill change it

I think that it might be useful yo add something like `app.ged.raise_event(ContactNameQuery(...))`, so we can subscribe to that event.

i think about some extension points, im still a bit hesitant, because this is an attribute thats very often called ..

anyone knows how to make audio/video calls working in linux mint 21.3 with gajim 1.8.4 flatpak?

zsolt: a/v calls do not work in current gajim versions

too bad as it nice app, at least it works with dino-im

> The next thing I want to add is a way for the user to find contacts (JID) by their name. > I thought that a good way to integrate it is to add another button next to the globe button in the "Start / Join Chat" dialog. What do you think? yes, toms, i think thats the way to go ✏

And if you want we can add your plugin to the gajim plugin repository, and publish it that way also

you would still be the maintainer though

Sounds good, Ill update you when it is ready to be published :) Thx

Does Gajim support typing notifications in MUCs?

yes

though .. not sure if this is released already

at least in nightly it does

lovetox, nice

I just installed Gajim from intelfx's branch with DTLS-SRTP support and the first message in the log is "AV DTLS not available". Anyone know what dependencies are required OTOH?

Looking at the code it seems that it's that my farstream doesn't support a certain feature. Anyone know anything about farstream and DTLS-SRTP?

MarsIronPI: it requires a patched version. There is a flatpak install you can use

cal0pteryx, I'd rather not use flatpak. I installed the same source from git, but farstream isn't cooperating

MarsIronPI: I can't help you with that.

it should be working, since SRTP has been in farstream for a long time now

Whoops, I missed some links in the PR that point to some upstream patches that are required

I'll go install those too

you make your life very hard, simply install a flatpak, its sandbox, all dependencies are shipped with it, if you remove the app everything is gone without a trace