You are not logged in.
Strangiato wrote: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.
Algobox works as expected. Other apps are still buggy.
Offline
I managed to run chromium with
chromium --ozone-platform=wayland
It's not even a Wayland issue. But
chromium --ozone-platform-hint=auto
does not work. I don't know what to think.
Algobox works as expected. Other apps are still buggy.
That's weird. I installed strawberry and it's not working, but qBittorrent yes: https://imgur.com/2eApaV2
Offline
I managed to run chromium with
chromium --ozone-platform=wayland
thanks, it's working
Offline
Offline
The chromium issue is unrelated and has nothing to do with Qt, please use a different topic to discuss it.
Offline
kdenlive and telegram-desktop are also affected:
Offline
I'm pretty new to opensource community-like support.
Is there some work already done behind the scenes and we can just wait for updates from pacman? Or affected users should create an item in some bugtracker? Do we need to make bug localization, or it can be general item for arch gitlab (gnome/ QT)?
Or we just should fix problem by ourselfs
Last edited by t00 (2024-04-14 13:51:26)
Offline
I'm afraid either Gnome and Qt won't care about this issue. The first because it happens on Arch and targets only Qt apps. The latter because it happens only on Gnome Wayland, so they should fix it. I hope to be wrong.
Offline
As I've said before, since this doesn't seem to be a Qt or Wayland bug (it works on other window managers that use Wayland), it'll probably have to be fixed by GNOME. (or Arch package team?)
Offline
Does https://bbs.archlinux.org/viewtopic.php … 5#p2164775 imply that rebuilding *any* Qt6 client against 6.7 fixes this (on gnome)?
falkon seems to have been rebulild after the 6.7 update…
Offline
I'm unable to reproduce with falkon.
Offline
So we might just be facing a condition where Qt6 clients need to be rebuild.
You could make sure that falkon doesn't run on xcb, https://wiki.archlinux.org/title/Waylan … s_visually
Offline
I have just rebuilt Strawberry; the problem with it persists.
Offline
Rebuilt qbittorrent from aur. Nothing changed, bug still here.
Offline
Just updated, okular doesn't work - opens a transparent windows.
QT_QPA_PLATFORM="xcb" is not a solution for me as I run fractional scaling and that means having a blurry windows of okular.
Stumbled to something tho:
1. Run app with QT_QPA_PLATFORM="xcb"
2. Close app
3. Run app with QT_QPA_PLATFORM="wayland" - app opens in wayland
4. Close app
5. Open app again - transparent windows
6. Repeat step "1" to step "3" to use your app...
Last edited by d3vilguard (2024-04-14 18:53:26)
KDE / Linux-TKG BORE / mesa-minimal-git / 5800X PBO / Viper 4x8 4000 (3600@14) / RX6800
Offline
okular, qbittorrent, kdenlive, telegram-dekstop, qt6ct
that's already a big list of affected applications
I don't want to make a downgrade, it's not a solution.
Any issues opened for QT or Gnome so far?
Last edited by Bodyash (2024-04-14 19:24:32)
Offline
1. Run app with QT_QPA_PLATFORM="xcb"
2. Close app
3. Run app with QT_QPA_PLATFORM="wayland" - app opens in wayland
Oh, that could explain why qBittorrent was working to me when I tested it yesterday.
Offline
Something I observed that may help diagnose what going on.
If I delete my `~/.config/qBittorrent` folder which stores the qBittorrent config as well as apparently window states, when I then launch it the window is visible. Can close/reopen with no problems, as long as I don't ever maximize the window.
If however I maximize the window and then close it, now on reopen I see the bug of missing window.
Delete the config folder again, and all fine again until maximized.
I'm dragging the window to the top of the screen to do the maximization, not using the title bar maximize button. Not sure if that matters.
Offline
Can confirm with Strawberry and OBS Studio. Their windows are rendered as expected when they open non maximized.
Last edited by Strangiato (2024-04-14 23:22:04)
Offline
Something I observed that may help diagnose what going on.
If I delete my `~/.config/qBittorrent` folder which stores the qBittorrent config as well as apparently window states, when I then launch it the window is visible. Can close/reopen with no problems, as long as I don't ever maximize the window.
I have the same problem with wireshark-qt. By deleting the wireshark folder in the .config folder, Wireshark launches without any problem.
Thanks a lot.
Note: the problem has not been solved, as this bug reappears after I analyse a network capture.
Last edited by alexandre01 (2024-04-15 08:47:06)
Offline
Note also this is not only a Gnome problem. I only use KDE and have this issue with ktorrent.
Offline
Is there no Qt or GNOME bug report yet? Seems to be this thread and a Strawberry issue on GitHub only. Someone who has a gitlab or qt account should make a report.
Offline
Ktorrent runs as expected on my Arch with KDE Plasma Wayland.
Anyone can create an account in Gnome and Qt bug trackers and search for a bug report on this problem there.
Offline
Ktorrent runs as expected on my Arch with KDE Plasma Wayland.
So I am at a loss to understand what is going on. When launching ktorrent from konsole I get:
QLayout: Attempting to add QLayout "" to kt::FileView "", which already has a layout
and there is no window rendered.
Using
QT_QPA_PLATFORM=xcb ktorrent
I render a window but the content is black. Interestingly, double-clicking on the title bar leads it to roll, which normally does not work on wayland. I do not understand what is going on. EDIT: I understand this is because of xcb instead of wayland. That said, this does not explain the black window. Maybe another bug.
Last edited by zebulon (2024-04-15 19:20:18)
Offline
In Fedora Rawhide and Wireshark against qt 6.7.0 it isn't reproduced. What's the difference then...
UPDATE: Maybe missing deps for qt ?
Last edited by muziknavi (2024-04-15 19:54:01)
Offline