You are not logged in.
This is most likely a GNOME bug as I tried labwc (wlroots-based stacking Wayland WM) and they work there. Other users here pointed out that KDE also works.
Offline
Is anyone affected NOT using gnome?
Does anyone affected use https://aur.archlinux.org/packages/qgno … m-qt6-git/ ?
Does it help to install https://archlinux.org/packages/extra/x86_64/qt6ct/ andexport QT_QPA_PLATFORMTHEME=qt6ct
?
(But NOT "QT_QPA_PLATFORM=xcb"!)
1. Gnome/Wayland, default Adwaita.
2. qgnomeplatform-qt6-git not installed
3. qt6ct wasn't installed, now installed, with or without QT_QPA_PLATFORMTHEME=qt6ct doesn't change anything
I need to have my system working as I need QtCreator right now, and it's better if someone else helps to narrow and debug the issue, but if no one found I could rollback when I need to work, and update to the latest bugged state to test new ideas and answer new questions.
This is how bug looks like - in overview mode one can see app icons but not windows controls, so I need to kill such apps in console or in task manager
Offline
This is most likely a GNOME bug as I tried labwc (wlroots-based stacking Wayland WM) and they work there. Other users here pointed out that KDE also works.
Maybe bug inside Mutter, but I don't know how to check it. Seems that gnome doesn't allow to change compositor easily.
Offline
gnome doesn't allow to change the compositor at all.
Do the processes actually run or does gnome capture a zombie window (client crashes on init, coredump)?
Does it help to "export XDG_CURRENT_DESKTOP=gnarf " (ie. hopefully convince Qt that this isn't gnome)?
Offline
Do the processes actually run or does gnome capture a zombie window (client crashes on init, coredump)?
Hard to say... There's no errors in journal, no coredumps. Processes seems to be working to me but I don't know how to make sure.
Does it help to "export XDG_CURRENT_DESKTOP=gnarf " (ie. hopefully convince Qt that this isn't gnome)?
Doesn't change anything
Offline
I need to have my system working as I need QtCreator right now, and it's better if someone else helps to narrow and debug the issue, but if no one found I could rollback when I need to work, and update to the latest bugged state to test new ideas and answer new questions.
Since Gnome don't care about Qt, I don't think this issue will be solved quickly. It would be better for you to switch to Plasma. Luckily I don't use many Qt apps (only qBittorrent which I installed from Flatpak and it's working), but if I was working on QtCreator, I would have used Plasma, not Gnome.
Offline
if I was working on QtCreator, I would have used Plasma, not Gnome
It works good enough for me, here we have a rare occassion when something is broken and affects seemingly small part of userbase. I don't mind not updating for some time.
Offline
I also have the exact same bug under Gnome with Wayland since the upgrade of qt6 6.6.3-1 -> 6.7.0-2 some qt applications such as qBittorrent broke. The solution to circumvent the problem is to start the qt applications with
QT_QPA_PLATFORM="xcb" qbittorrent
Offline
[OT] Out of curiosity, why are you using qbittorrent/ktorrent instead of transmission if you're using GNOME? a GTK-native app should be a better choice IMHO. [/OT]
Linux user since 1996. Currently running Arch on an I7 11th gen laptop with root on zfs with continuous snapshots and replication.
Offline
[OT] Out of curiosity, why are you using qbittorrent/ktorrent instead of transmission if you're using GNOME? a GTK-native app should be a better choice IMHO. [/OT]
1. That's highly off-topic
2. You didn't ask me but I could answer anyway)) I'm using qbittorrent too, cause I like it and don't like alternatives. I think most people are that way, choosing applications for usability, fucntions, personal preferences, not for framework it uses.
Offline
[OT] Out of curiosity, why are you using qbittorrent/ktorrent instead of transmission if you're using GNOME? a GTK-native app should be a better choice IMHO. [/OT]
I tried both, but I found qBittorrent more complete. I could switch, but I got used to qBt ,so till it works, it's good.
Offline
I use Deluge on Gnome and KDE Plasma. It's a good gtk alternative, with many features.
Offline
Afaiu this doesn't only affect everyones preferred way to steal valuable MPAA prodcts like Madame Web or anything that Disney calls StarWars but every single Qt client.
Has anyone filed a bug against either gnome or Qt?
Also
if you're using GNOME[?] a GTK-native app should be a better choice
is actually a nice summary of everyhing that's completely wrong with gnome and why wayland was an incredibly stupid idea. (Because if the linux desktop desperately needed one thing, it was more and deeper fragmentation)
Offline
fmc000 wrote:[OT] Out of curiosity, why are you using qbittorrent/ktorrent instead of transmission if you're using GNOME? a GTK-native app should be a better choice IMHO. [/OT]
1. That's highly off-topic
That's what the [OT] tag was for.
2. You didn't ask me but I could answer anyway)) I'm using qbittorrent too, cause I like it and don't like alternatives. I think most people are that way, choosing applications for usability, fucntions, personal preferences, not for framework it uses.
OK
Linux user since 1996. Currently running Arch on an I7 11th gen laptop with root on zfs with continuous snapshots and replication.
Offline
Can someone try to compile AUR git versions against the latest Qt?
I use Deluge on Gnome and KDE Plasma. It's a good gtk alternative, with many features.
The latest release in July 2022, it seems pretty abandoned.
Offline
Compiling -git version of the application won't help, I've tried it with Strawberry. This is not a Qt bug or specific app bug. It's also not a Wayland bug. It works on GNOME with QT_QPA_PLATFORM=xcb. So it's a GNOME on Wayland bug.
Strawberry, OBS, MKVToolNix, qBittorrent and Wireshark (all Qt 6 apps) work under labwc and KDE which use Wayland as well. Running them with QT_QPA_PLATFORM=wayland
Offline
Compiling -git version of the application won't help, I've tried it with Strawberry. This is not a Qt bug or specific app bug. It's also not a Wayland bug. It works on GNOME with QT_QPA_PLATFORM=xcb. So it's a GNOME on Wayland bug.
Strawberry, OBS, MKVToolNix, qBittorrent and Wireshark (all Qt 6 apps) work under labwc and KDE which use Wayland as well. Running them with QT_QPA_PLATFORM=wayland
Did a quick test:
yay -S algobox qt6-webengine qt6-5compat qt6-wayland
QT_QPA_PLATFORM=wayland algobox
It's working on Gnome. Try to recompile another app.
Update. Screenshot: https://imgur.com/byl5c0U
Last edited by digitalone (2024-04-13 16:10:15)
Offline
Now qBittorrent from upstream works properly, but new version 124 of Chromium is doing the same thing. It's not visible, even without qt6 installed! What the hell is happening?
Update. Screenshot: https://imgur.com/kQPOeQ1
Last edited by digitalone (2024-04-13 17:46:46)
Offline
Can confirm the bug with Chromium 124 running natively on Wayland on my laptop with Gnome. No problem with Chromium 124 on another computer running KDE Plasma 6 Wayland.
Offline
Can confirm the bug with Chromium 124 running natively on Wayland on my laptop with Gnome. No problem with Chromium 124 on another computer running KDE Plasma 6 Wayland.
What about Qt6 apps? Do they work to you now?
Offline
Read all my previous comments in this topic.
Offline
Read all my previous comments in this topic.
Did you try removing QT_QPA_PLATFORM=xcb from config and relaunching the apps (after a reboot)?
Offline
Strangiato wrote:Read all my previous comments in this topic.
Did you try removing QT_QPA_PLATFORM=xcb from config and relaunching the apps (after a reboot)?
Tried your suggestion right now. Chromium and all Qt 6 apps are buggy, their windows are invisible.
Offline
Tried your suggestion right now. Chromium and all Qt 6 apps are buggy, their windows are invisible.
I compiled algobox and Qt6 apps returned visible. See here. Can you try? It does not take too long, it's a small app.
Last edited by digitalone (2024-04-13 18:44:42)
Offline
same problem here, I just updated chromium and I can not see it anymore.
Running swaywm (wayland)
Offline