Gajim - 2024-04-22

Is anyone else noticing chat text shifting up and down when typing notification appear/disappear? I only started noticing this recently.

where can I check where is gajim and chatlog is?

I don't have enough c drive space

coldiceevo: if you are wanting to delete all chat history, there is an option to do this in the preferences menu

thanks, I already did but but where is it?

I don't use windows

*where is the chat history location

coldiceevo: you might try going to Gajim>Preferences>Advanced> then click the folder icon next to Debug Logging. I think that will get you close.

thanks, that just point to my debug folder, but I will look around.

try going up one level from there

for me, the directories are gajim/debug, with gajim/logs.db being the database for gajim chat logs

i found cache.db

and logs.db

logs.db is it

only 6mb, i guess i just purged it

after purging a lot of stuff out of c drive, i get to clean up 6gb out of other things

thanks fjk

if you haven't, I recommend you use one of those drive mapping tools that shows you where storage space is being used most

you're welcome

i used that.

That bug with the line wrapping in the text input field is very ugly. It would be nice if we could do a workaround.

> That bug with the line wrapping in the text input field is very ugly. It would be nice if we could do a workaround. If you find one, be my guest. Otherwise it's a GTK issue ↺

> Is anyone else noticing chat text shifting up and down when typing notification appear/disappear? I only started noticing this recently. That's on my todo. But I haven't found a good solution yet ↺

we need a workaround for GTK

That's an odd thing to say ;D

I think there is an open issue in the gtk tracker already

> i try to fix this today, so tomorrows nightly works as expected Great, everything works. Thanks

Since I switched to master, I see a lot of `warning: Received message without text` in my logs, which after some investigation are related to "reactions stanzas" (which are expected to not have bodys). It's triggered from `gajim.common.modules.message.Message._message_received()` ✏

Shouldn't this just be a debug-level log? Or maybe check `if properties.reactions is None` before actually raising a warning here? As a general rule, shouldn't the XML of the "stanzas that trigger warnings" be logged as part of the warning? It does not seem very useful to just have repeated warnings about stanzas without logging the actual stanzas (they're logged at the DEBUG level, sure, but you don't use this level usually, do you?)

I know, these are a lot of philosophical questions for a monday morning.

> i try to fix this today, so tomorrows nightly works as expected New nightly fixes the crash on opening any chat, thx lovetox! ↺

Anon Ymous: thank You for reporting and testing nightly

https://media.kosmos.chat/66/663a1d7d4e2bfffc32af8cb9fdada01a-f224efd9-820c-4ebf-bb38-0acfba7fcccc.png

hueso: which gajim version is that?

Those are audio previews?

Looks like the audio for the lower widget is still in the progress of being downloaded (100%)

hueso: do you have some steps to reproduce or remember what you did before?

but it's the same audio, as it seems from the waveform

1.7.3

yep it's the same audio twice

that's an issue in the updating process then. I'll check later if we already fixed that

oh wait it's not

I received the second audio at the same time I was pressing play on the first one

https://media.kosmos.chat/12/12d4023cd1653941620d02c33b93d301-0e945edc-d65b-478e-9b4f-9a103e5f588b.png

this is how it looks after reopen

oh, that's odd. thanks for the info! :)

(that was in a group chat)

At least with a "note to myself" from C to Gajim 1.7.3 I could not reproduce it by sending an audio message while playing the last one (= last message) back

Maybe my timing was not correct, you said at the same time

Tried it with a larger file, which takes more time to download: negative. Very odd indeed.

this is certainly just a drawing bug in gtk

every row is its own widget, how would it even have access to a message before

Yep, each player widget is instantiated with the uri to the just downloaded audio file. I wanted check it anyway.

well the UI actually reproduced the same audio on both controls

started downloading the second right when starting to playback first. it looks like timing was critical

If someone sends you a subscription request, and you block it, why does it still add them to your roster?

surely it should block them and deny the request?

it should not add them to your roster

I assume that there is no documentation on the old or new logs.db layout other than poking around in the database?

oh, I can search the wiki in the upper left search bar ✏

I see https://dev.gajim.org/gajim/gajim/-/wikis/development/logsdatabase but I seem to remember that it was no longer accurate last time I looked

there is no documentation on the new layout. and yes, that wiki entry is outdated

Code documentation in general would not be bad, but is ofc time consuming :)

Has anyone yet bothered to write a script to do a comparison of the migrated database to the original? I probably will if it doesn't exist.

fjklp, there is a log during migration, which lists messages in question

alright