Gajim - 2024-02-16

famfo: thanks. Could you add this info here please? https://dev.gajim.org/gajim/gajim/-/issues/11599

sch: and does warning exist in the spec?

lovetox, I suppose it is because slixmpp has it.

sch: with slixmpp you can raise an `XMPPError('a-condition', 'A human readable message')` during the execution of an adhoc command, which gajim displays fine AFAIK

It seems to be "warn", not "warning" https://xmpp.org/extensions/xep-0050.html#desc-note

Thank you nicoco. I will look into it. Do you have an example code please?

just `raise XMPPError('bad-request', 'something went wrong')` https://git.sr.ht/~nicoco/slidge/tree/master/item/slidge/command/adhoc.py#L136 is an example but really not great to understand since it's buried in a quite complex thingy. we're getting off-topic for the gajim MUC though ;)

> famfo: thanks. Could you add this info here please? https://dev.gajim.org/gajim/gajim/-/issues/11599 cal0pteryx: should I just make the paste persistent and attach it to the issue?

famfo: no, please add the content directly as a comment on that issue

okay

Hi

cal0pteryx, re #11759, imagine it like being able to use mosh instead of ssh on unstable links. It's life-changing

Maybe it could be made with about the same "visual effects" that mosh does ✏

(And then I had to use ssh again because Tor doesn't do UDP :(, yet!)

In (some?) public MUCs I see typing notifications from others. Can I switch that off somehow?

I remember Movim actually had something like that in place too, preventing users from typing while the WS feed was disconnected, which made it pretty much unusable on mobile

debacle, no, why do you want to disable it?

It is a distraction. I don't like to see animations in the header of the conversations window or in the workspace for most MUCs. I like the typing notifications in private MUCs and one-to-one, though.

please open a issue

famfo: thanks

lovetox pushed 1 commits to branch gajim/master feat: MessageInputTextView: Change to GtkSource.View and refactor buffer handling - https://dev.gajim.org/gajim/gajim/-/commit/592ea740d41a5c7f818318a735c805caeea85756

hmmm, I wonder what this will do

> sch: and does warning exist in the spec? https://xmpp.org/extensions/xep-0050.html#desc-note - seems so.

dwd this says "warn" slix seems to send "warning"

or rather that comment in slix code is wrong, seems you can add to that list whatever you want

lovetox: It seems like the omemo device id is generated deterministically? Is this allowed by the spec? https://xmpp.org/extensions/xep-0384.html#usecases says: >To participate in OMEMO-encrypted chats, clients need to set up an OMEMO library and generate a device id, which is a randomly generated integer between 1 and 2^31 - 1 (the positive numbers of a signed 32 bit integer, without 0). The device id must be unique for the account.

Yes it's allowed, and no why do you think that.

If I create an account with a given username, then delete the account, then create an account with the same username at the same domain, it has the same device id.

You readded an existing account

Omemo database is not deleted if you delete an account

so gajim is reusing the information?

Yes

ok

We could delete it though

That's historic because it was a plugin

I don't know enough to have an opinion

And Gajim can't know about plugin data

and just so you know, the reason why its says random in the spec has nothing to do with cryptography

the problem is if 2 clients for the same account choose the same device id, they overwrite each others keys on pubsub

and its simply not functioning

so it should be random, that makes it a very small chance that in a space of 2^31 2 clients choose the same device id

I see, thanks