Gajim - 2023-09-16

https://tag.anonet.net:5443/upload/4770c52c4dbc13168e8e7ceb1da6717f18e7f8d1/8lnf6952NFOFHASH0lpkI47ibxPX54ER31cqDqk4/gajim.jpg

Hello Guys! I updated to 1.8.1 and now I am seeing this error

How to encrypt omemo ?

mac

admin2, whats the question? the text is clear for me

if you want to know what exactly the error is, you can activate the xml console while joining the muc

It shows "No devices found to encypt this message to. Querying for devices now";

Your chat partner needs to publish omemo keys. Maybe they never used omemo

vagrant, the first time you send a message, it might do the query; if you try it again after like 5-10 seconds, and it still gives that error, then they dont have any omemo keys like Menel said

Thank you!

Daniel Brötzmann pushed 1 commit to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *95427025* < https://dev.gajim.org/gajim/gajim/-/commit/95427025fb1aceba9b6c14a0b41d50672a7240e3 > imprv: Windows appx: Add URI handler for xmpp: URIs

(less likely: their server doesnt support xep-0384/0060/0163 which are omemo, pubsub, and pep respectively)

How do you disable the automatic scrolling to the bottom of the chat when sending a message?

gooya: you cant

That was a quick reply

also not in advanced settings?

I don't think so

I thought i remembered that was a possibility

Is there any interest to implement such an option?

the code says no

So no interest? That is unfortunate :( It would be useful in quite a lot of scenarios. e.g. in a muc where a user send multple messages and you want to respond to each one of them without having to scroll 100 messages up to find the messages you wanted to respond to. if that makes sense

gooya: another config option is another maintenance burden.

"No interest" and "not available" aren't exactly the same thing.

gooya, you are the first user who requests that

its quite weird to send messages and get no feedback about if they arrived, how they look, you dont actually know what you have written

Well I guess I appologize for such a foolish request then

though i can agree with the problem statement

indeed if you want to reply to old history, in separate messages, it would be a bit painful right now

not sure disabling scrolling is a good solution though, as in general you want that behavior, just not for that one case

and how to "detect" that case, is not entirely clear

telling the user to always activate and deactivate that behavior application wide seems not nice

I agree with that. It is only useful for specific scenarios or people with specific preferences.

hm i dont yet see the people argument

i just see a situation where everybody not want that

i dont see the argument for people never wanting there chat to scroll on send

sounds really annoying

one could try, some logic like, if you are scrolled up X messages

then deactivate the jump on send

assuming someone wants to reply to multiple old messages

and for the case where you want only to reply to one single message, and actually want the jump on send, yeah you would need to jump manually by pressing the down button

interested how other applications solve that

> Well I guess I appologize for such a foolish request then not really foolish but i guess its one of those things that people have two incompatible, reasonable opinions about

> i dont see the argument for people never wanting there chat to scroll on send off the top of my head, quoting stuff from a page up and catching up with the discussion, but of course you can just make a longer message and wait to send it

thats *one* case where you dont want that

gooya, suggested a setting to disable juming to the end in general, which would make it for all cases that way

In poezio what we do is scroll automatically on new message if the user had already scrolled to the bottom, and not scroll if the view was above that.

It’s never been an issue I think.

Unlike chatty which never scrolls on a new message, which means I have to manually scroll every time and that becomes old quite fast.

you describe the behavior on "new message"

Link Mauve: What's discussed here is whether Gajim should scroll down after _you_ send a message

we have the same

or maybe poezio does not differentiate between those two

VA1DER, we support that only in the service discovery dialog

i dont think there is any assumption on what subdomain the service is exposed

Yeah, we don’t.

It could be that way as well in Gajim, if you send a message while reading history, the scroll down arrow would show up along with the number of new messages. (a message you sent counts as a new message)

lissine: that's an "unread" counter for messages you receive, not ones you send

but in this case, if you're scrolled way up, it can be an indicator that your message was sent successfully, instead of scrolling down

But it might be confusing

It sure would be, since assumptions don't match anymore :)

> So no interest? That is unfortunate :( It would be useful in quite a lot of scenarios. e.g. in a muc where a user send multple messages and you want to respond to each one of them without having to scroll 100 messages up to find the messages you wanted to respond to. if that makes sense I've run into this exact problem a few times myself

yeah me too

it seems that sometimes it doesn't scroll down, not sure if that's a bug

I just remember that it creates an unread message count when it happens

perhaps at those times you sent the message from another client?

nope. It might have been at a time I was using wayland since it seems to do thinks unexpectedly differently

> also not in advanced settings? > I thought i remembered that was a possibility gooya: you may be thinking of Conversations

i suppose so

> Unlike chatty which never scrolls on a new message, which means I have to manually scroll every time and that becomes old quite fast. the chatty for twitch? its funny because even the web-based twitch chat has a pop-up to scroll to bottom when you manually scroll up... and pretty much all modern IM clients (including gajim) have that down-arrow button that pops up

> thats *one* case where you dont want that yeah im fine with current behaviour personally

the only *bug* i know about with scrolling is (at least in a tiling WM) if i open a new window under gajim, the chat will be scrolled up as if it's anchoring to the top of the buffer rather than the bottom. closing the other window and letting gajim restore to its original size will scroll to the bottom back where i was

not too annoying for me at least but its there