Gajim - 2025-09-14

tef, so one app opens it in light mode and the other in dark mode? sounds weird, otherwise they look identical so i assume its the same software

on your first screenshot in the top right corner is a symbold that normally controlls the icon size, you could get a preview there

but otherwise you would need to ask somewhere else what software is used here, Gajim does not control what is opened

Rebeld, thats very weird behavior, we have no code in the current version that sets automatically the autoconnect setting, so there must be a bigger problem if it jumps back to its original setting

maybe try to start gajim with -v and capture the moment when you toggle the setting

well, I set this one to be dark mode... I think you're thinking of this as if there's some systemwide preference

there's no such thing in my setup, I don't have a DE or anything, they are totally disconnected other than both being the gtk filechooser

https://docs.gtk.org/gtk3/iface.FileChooser.html like, it's this, right? and the "preview widget" here?

err that's 3

there is no preview widget, in GTK4 maybe thats the difference :)

i also dont understand what you mean you dont have a DE

obviously you sent me screenshots from a desktop

I mean what I said

I use a window manager by itself

anyway it doesn't look as if that's relevant, and it seems it's a matter of gtk removing things and them not being reimplemented after the removal, maybe?

No idea, you would need to ask in the GTK chat

https://discourse.gnome.org/t/file-chooser-gtk-4-image-preview/11510

>Application developers can reimplement the same functionality using a GtkFileChooserWidget inside a GtkDialog, and adding the same preview widget directly to the dialog >Application developers

Yes of course we can build always our own thing with GTK, but we dont want to

Well, I can't see any way to configure it to not use gtk filedialog in gajim

if you don't get that and just get your file manager directly, is there any way to configure that behavior?

can't there just be a setting that specifies what to use when you select a file to upload?

We use Gtk.FileDialog

you can ask in the GTK chat how it works and what the options are, on windows it raises native windows dialogs, it could be the case if specific portals are installed that it does so for your system at well

but its not documented on their page so you would need to ask

from a few hours ago... "believe both should be using the GTK filepicker?" "not sure if there is such a thing" "it opens my installed file explorer on ubuntu"

which of these is true?

they can't both be

correct, maybe i wasnt clear enough, i dont know the answer to your questions, as these are GTK Framework internals

there's clearly such a thing as you just said what it was, and it matches what I googled to find that does this

we use a public API that offers no preview widget options

if you want to understand how it works, you need to ask someone that knows the internals of the framework

and they've clearly been delineated as the responsibilty of the program itself to implement. so i guess that just means "no preview"

which we could have probably got to within 5min

yes, if someone would have thought about this before, but believe it or not, you are the first person since years that brought up this topic, so the same as you, i had to type stuff into internet searches and try to answer the question why it has no preview on your system

well, if it's "rare" enough to not have memorized the content of each image you may want to upload beforehand, i guess i can concede there

if your file explorer supports previews you can also drag&drop, or Copy/Paste

also usally file explorers support thumbnails, which is what i use if i need it

tef, can you please try to start Gajim with `GTK_USE_PORTAL=1`? This will force it to think it were sandboxed and choose the appropriate file picker via a portal. Hopefully the right one. ;) ✏

which xdg-desktop-portals do you have installed?

tef, the following works for me: 1) Create `~/.config/xdg-desktop-portal/portals.conf` with the following content: ``` [preferred] default=gtk org.freedesktop.impl.portal.Settings=xapp;gtk org.freedesktop.impl.portal.FileChooser=gtk ``` 2) `systemctl --user restart xdg-desktop-portal` ✏

Adjust the portal configuration as you like: https://wiki.archlinux.org/title/XDG_Desktop_Portal

(No need to set `GTK_USE_PORTAL=1`)

In summary: gtk4 uses xdg desktop portals by default to choose the filepicker dialog ✏

> In summary: gtk4 uses xdg desktop portals by default to choose the filepicker dialog I am not sure about that. I also use a minimal X11 environment, bspwm, polybar, and plasma without the desktop shell. Most other non-plasma apps will use the KDE file dialog, yet Gajim does not. ↺

I just loaded Gajim now with GTK_USE_PORTAL=1, and it now loads the KDE file dialog

Interesting, because when I set GTK_USE_PORTAL=0, it still loaded the above defined xdg file dialog.

But great that it works for you now ;) "Most other non-plasma apps": Do they use Gtk? version 3? 4?

do they have GTK_USE_PORTAL set in their .desktop file?

I could just have some screwed up XDG config/share

Actually, it probably is most likely some old cruft config left somewhere

> But great that it works for you now ;) "Most other non-plasma apps": Do they use Gtk? version 3? 4? I think it is mostly GTK-3 now, if not 4. ↺

Looks like GTK3 also already has made use of xdg portals and if you choose the "GTK" portal, it will use GTK3. > If you want to use GTK4 you will need to either use GNOME, or write a new portal implementation that uses GTK4.

My system should use KDE, because that is the XDG session I launched, so there is some fobbed configs on my side.

Thanks for the portal environment type too

well, on the second host i have this problem... none of them. it doesn't seem right to split pieces of the program's own configuration out like this silently, but I'll try this method

no luck with just the snippet

Ah yes, mandating GNOME. fun

There we go, works on the original host and needs the service. Not sure what to do about the one with no systemd yet

I guess that one I'm SOL. Thank you for the solution, no matter how utterly braindamaged it is to run a systemd service to do a simple UI configuration it does work if you have systemd

On that host, I seem to get "2025-09-14 11:48:58 (W) gajim.gtk.file_transfer_selector Could not add". Everything set up identically to the other one except no systemd; xdg-desktop-portal-[whatever] are all running

i think that warning is faulty

do you actually see something not working?

Yes I do! That host does not get any preview in the gtk filechooser despite doing the above config, minus the systemd bits I cannot do there

This host with systemd doesn't get it, and the config described there works to achieve a preview in the gtk filechooser

but the warning is about our widget that shows what files you have chosen

it happens after you have chosen files

if you select multiple files, we get uri paths to those files

if one of these paths could not be read for some reason, we show this warning

"your widget" is what's been the point of discussion all along, whether my semantics are perfect or not

that is the gtk filechooser, which is what's always been at issue

no you misunderstand me

This warning, is in the dialog where the button is to open the filechooser

the code that prints this warning runs, after you have closed the filechooser and the paths transmitted by it are checked

...aha I see

yes, I can actually do the upload just fine from this host

yeah if i have time i get to the bottom of this warning, and improve it so it actually tells us something

right, sorry for the assumption

tef: you could also use dbus-daemon to reload the config I assume

should manually invoking xdg-desktop-portal as described here do it? https://wiki.gentoo.org/wiki/XDG/xdg-desktop-portal

I tried that and had no success getting a filechooser with previews

I thought about sth like > dbus-send --session --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.ReloadConfig But I'm not in front of a computer and haven't tested it

After a restart it looks like I am OK

So yes, I think you're right and it needed reload in some way as above

Thanks for the pointer to how to solve this. Even if I strongly dislike the way it's made, having it functional is worlds better

Great, you are welcome

I've managed to make webp animations click to play w/o the webpdec element :)

> Rebeld, thats very weird behavior, we have no code in the current version that sets automatically the autoconnect setting, so there must be a bigger problem if it jumps back to its original setting The problem was miraculously resolved when the XMPP server in question came back online. So, it seems that when an XMPP server goes offline, Gajim doesn't allow you to change the "Connect on startup" option... ↺

> I've managed to make webp animations click to play w/o the webpdec element :) That sounds great !

even w/o converting to mp4. It's just pillow to get the frames once and then pushing them into a buffer, which gtk picture displays in the end ✏

So who writes a giphy plugin? 😉

lovetox, broneprovod@gajim.org is apparently a spammer.

Link Mauve, i forwarded it to the admin

Ta. :)