Gajim - 2025-04-16

Hey, guys. What version of Gajim supports calling? Thanks

Calling is currently not supported

ok but is there an older version i can download that supports it

I can't find any XMPP client at all that supports calling. Dino has bad call quality and doesn't work too good. Do you guys know of anything? thanks

That work's not reliable and is unencrypted

If you need calling, you can try Dino

Yeah Dino sucks. I guess I am out of luck, hey. But thanks for the help

Moving? ✏

Movim? ✏

Dino was the only desktop client I managed to get calling working on.

Beagle calls worked for me

On mac os x

You can also try kaidan

If your kde is new enough

Yeah thing about all this XMPP software is it is all 10 years old lol

Dino is not 10 y.o

true but do you know any way to make the call quality better on it

Did you try movim ?

hi lovetox. no what's movim

A client

ok i'll look into it thanks

Dino and all the others use industry standard webrtc. If your call quality is bad, it will likely be bad regardless of the system you use, and rather be caused by your internet connection.

The only exception would be larger group calls which can indeed be improved by an SFU, which is currently unsupported in Dino.

> Dino and all the others use industry standard webrtc. If your call quality is bad, it will likely be bad regardless of the system you use, and rather be caused by your internet connection. That's not accurate. Xmpp defines something called "advanced calls", which, as far as I understand, means that call quality can be adjusted in real time.

Astrachat supports it.

I suspect that it is plausible that in tx0xelxkg1ef07o case the parameters negotiated at call start are not good.

Also, WhatsApp calls sound nicer than Conversations' webrtc

On the same channel

"sound nicer" can also be influenced by DSPs applied

> Astrachat supports it. You imply Dino doesn't? ↺

There are two XEPs listed in Advanced client here that Dino doesn't list in its doap: https://xmpp.org/extensions/xep-0479.html#table-5 - XEP-0338 and XEP-0339

It also says partial support for the other two

And there are other factors aside from (not supporting) these XEPs that can cause bad audio quality in calls ✏

I see

Semi-related to yesterday's fixed issues: if you press `Reply...` on a moderated message, you can see its body.

What would you expect to see instead?

Here's a demonstration:

https://share.ellini.org:5281/file_share/067ff9ee-aa33-7420-82e4-88cf244ea202/moderated_reply.png

I don't know what to expect instead. But I thought the original message shouldn't be visible after it was moderated

but makes a reply then still sense?

Can a moderation be taken back?

And if you reply to a moderated message in Gajim, will the original text be shown or just the moderation hint in the quote? ✏

> actually it does not delete it yet, but it does hide it and you have no way right now of unhiding it A reply doesn't make sense, but it's a way to unhide the original message ↺

Maybe replies should be disabled for moderated messages

> And if you reply to a moderated message in Gajim, will the original text be shown or just the moderation hint in the quote? The original text will be shown ✏ ↺

If I moderate a message in Gajim and the user edits the message afterwards, it's shown again - at least in my test, where I have moderated my own message. I assume this also applies if the message for a 3rd party is moderated. Does the spec say something about this case? Should the edited message be shown as a normal message or be kept moderated? ✏

Hi here, is supporting a more complete markdown implementation is possible in Gajim? For example to support [this kind of links](https://example.com) ?

mesonium, a user shouldn't be able to edit a moderated message. It doesn't make sense.

moderated = retracted

At least retracted messages are often done by editing it to a empty(-looking) string, so you can edit it back regardless, no?

makes sense, so on the one side clients should forbit it and on the other discard corrections to moderated messages. Anyway, the outcome to the question is perhaps not super relevant, because if you do that and annoy the mods, you likely get banned anyway if you haven't been already :) ✏

> At least retracted messages are often done by editing it to a empty(-looking) string, so you can edit it back regardless, no? That's not done according to the standard ↺

I may be wrong actually, nvm

>> At least retracted messages are often done by editing it to a empty(-looking) string, so you can edit it back regardless, no? > That's not done according to the standard Yeah ok ↺

Cheogram does that I think, but it's not specs-compliant

I just notice that after having edited my moderated message, which appears as a normal message again, I cannot moderate it again in Gajim. The option is missing. ✏

Because it's already moderated

yeah

> Hi here, is supporting a more complete markdown implementation is possible in Gajim? > For example to support [this kind of links](https://example.com) ? and also maybe hide some characters when markdown is used like other messaging app, for example, remove underscore and only show italic word _here_ ↺

FYI Codimp, the message styling defined in https://xmpp.org/extensions/xep-0393.html is *not* a subset of markdown

> FYI Codimp, the message styling defined in https://xmpp.org/extensions/xep-0393.html is *not* a subset of markdown oh I didn't know that, thanks! ↺

*hello* is rendered as italic in markdown

*hello* is italic in reStructuredText

**hello** is how you bold text in markdown

lissine, https://xmpp.org/extensions/xep-0394.html should do be suited for that, shouldn't it?

yep, maybe it's time to have a Markdown XEP if it don't exist ^^

**hello** is bold in reStructuredText

> lissine, https://xmpp.org/extensions/xep-0394.html should do be suited for that, shouldn't it? That's not markdown, but that can style text too ↺

_italic_ in AsciiDoc, *bold* in AsciiDoc

`preformatted` in AsciiDoc.

lissine: I know, but it would style text without styling tags/indicators

So it seems to follow this convention

Please move spelling suggestion, out of the spelling suggestion submenu

https://chat.domn.net:5443/upload/500b07a7efeff7dd5a382d5bf3fa0d30cec686c6/cNOE3a1k9q4ph5mRorPEdpT67h9tnIzYYDLORt15/d1b62a62-b766-45e9-9dc0-bc8e1f663a4a.png

Also please allow dynamic, on the fly, resizing of the text input box by simple click and dragging at its edges

https://chat.domn.net:5443/upload/500b07a7efeff7dd5a382d5bf3fa0d30cec686c6/cI5XbcLCP7rHPQjMOrl58vqGpFbOqNu2xZCUU0ap/809325f8-8271-4676-97b6-81b2b9d40722.png

> Please move spelling suggestion, out of the spelling suggestion submenu Should be the case in Gajim 2.0+

I need to check why Gajim says libspelling was missing while it's installed (libspelling1-2 and libspelling-lang) on Tumbleweed. ✏

`gi.require_version('Spelling', '1')` > ValueError: Namespace Spelling not available I'm not sure what I might be missing.

Oh, `typelib-1_0-Spelling-1` was missing

To send a large file from one gajim to another, it prompts me to send it directly. Source is 1.8.4, dest is 2.1.0 gajim. It asks me which device, but if I try select the gajim target (v2.1.0) it says device not compatible. Any idea, what's the matter? Is this a known issue.

divan: yes, we removed that feature in Gajim 2.0, since it was unreliable

cal0pteryx, OK. Hopefully there is plan/desire to add it back at sometime. Seems incredibly useful, and would be nice for the 2.x series to be better then the 1.x series.

At some point, it might come back, yes

XEP-0421 and XEP-0428 should be added to Gajim and python-nbxmpp's doap files

wurstsalat pushed 1 commits to branch gajim/master other: DOAP: Add XEP-0421 and XEP-0428 - https://dev.gajim.org/gajim/gajim/-/commit/4e8531df0157f9bba7ca14d5aa0b48ed1181e880

wurstsalat pushed 1 commits to branch python-nbxmpp/master other: DOAP: Add XEP-0428 - https://dev.gajim.org/gajim/python-nbxmpp/-/commit/6b31d06440a66dc4338e5934a79abd23be9f6cb8

lovetox pushed 2 commits to branch gajim/master cfix: Presence: Don't trigger show event on unavailable presence - https://dev.gajim.org/gajim/gajim/-/commit/04e95b27bc4d2a43653fdfa8e80f11f6db0cad89 cfix: AccountSideBar: Display offline state correctly - https://dev.gajim.org/gajim/gajim/-/commit/3ed859ee1bd28f5dea68021989e373fb8f086cff

lovetox pushed 2 commits to branch gajim/master refactor: Client: Improve logging - https://dev.gajim.org/gajim/gajim/-/commit/f8fbfbd2c1f73764667c1a41702d61d772f78990 fix: MDS: Check if account is connected - https://dev.gajim.org/gajim/gajim/-/commit/5ede5fa6b8a907f7e7aa70d785410374486a3020

lovetox pushed 3 commits to branch gajim/master change: Raise nbxmpp version - https://dev.gajim.org/gajim/gajim/-/commit/3722d36da66109c31897500abbf8af9c54e76b40 chore: Update translations - https://dev.gajim.org/gajim/gajim/-/commit/0dc342b5e49012376a0847d2f218b99a831d6d7b chore: Flatpak: Update dependencies - https://dev.gajim.org/gajim/gajim/-/commit/167b26c05f8bebe973ca2dc46dc017faec6a70d4

lovetox pushed 1 commits to branch gajim/master release: 2.1.1 - https://dev.gajim.org/gajim/gajim/-/commit/22382825d82e1161d0d89975224b302b9ff41a33

> lovetox pushed 1 commits to branch gajim/master > > release: 2.1.1 - https://dev.gajim.org/gajim/gajim/-/commit/22382825d82e1161d0d89975224b302b9ff41a33 🎉 ↺