stable hazel
Hi there. This is a recurring issue that I've noticed while using Qt apps such as Krita, Qt Creator, Qt Designer, or MusicBrainz Picard. I am on EndeavourOS (Arch derivative), using Plasma 6.3 with Qt 5.15 and Qt 6.8 installed.
The issue is this: on my main user account ,whenever an app opens a standard Qt file dialog, two things can happen:
- On X11, that dialog will run extremely slow. As in, it will take several minutes to just render, then more to perform any action. It does actually work, I've been able to save my work this way, but it takes an eon, rendering usage of any app suffering from this a pain.
- On Wayland, that dialog will just straight up not render, but will still cause the app to hang. I am not sure if it's just way way way slower or just non functional in such a case; I've let it run a long time and still didn't see it pop up.
This only applies to standard Qt file dialogs, and not to any other kind of file dialog. HOWEVER, it appears that if I use QT_QPA_PLATFORMTHEME=xdgdesktopportal to force the app to open the system default instead, being the KDE file picker, it will be usable but a good bit slower than the expected average, hanging for a few seconds after closing the dialog. Even then, while I do prefer the KDE file picker, this is not ideal as certain apps, like the Krita AppImage, do not respect that setting, and it's still... very slow.
As an experiment, I created a new user account on my machine and tried it there. It works completely fine on that account. Thus, I assume this is an user configuration issue... somehow. But I have not been able to pinpoint it.
I have tried:
- Looking at terminal output. Nothing of note when it happens. it just hangs.
- launching with
QT_THUMBNAILS_OFF=1, same result - launching with
QT_LOGGING_RULES="qt.filedialog=true;qt.qpa.*=true" picard, got no useful info - checking resource usage as it's happening; nothing unusual
- removing Qt-related files in
.cache, there were none to begin with
eager acorn