"qt.qpa.wayland: Wayland does not support QWindow::requestActivate()"
-
I don't think it's "critical". If things work you don't have to worry anyway.
Not sure about your last sentence, but if that's for my debugger use that's not what I'm looking for. Only reversion to Xorg behaviour solves. Maybe in the future the wayland limitations will be addressed. -
@JonB Hopefully not. But some people did report some crashes. But they did not tell their Qt version and OS. I am unable to debug this app with QtCreator and have to build it in Yocto sdk and copy it into the device for testing. This is not a big app and I can handle it without debugger.
If I understand your issue correctly, Qt Creator does not show the source code when the execution hits a break point because your app is always on top. Is it possible to reduce window size in order to see source code and break points? Your app may behave differently on Wayland and X11.
-
@JoeCFD
There is not enough screen room to show debugger + app side by side. If you have two monitors may not bother you, I don't. When hitting a breakpoint or signal debuggers have come up-front over the debuggee since year dot. I regard it as unacceptable not to. Creator used to do it fine. It no longer works under wayland. Unacceptable for me. So I have reverted to Xorg and will give up developing if in the future I have to go wayland and they haven't addressed it. -
-
@JoeCFD
If it doesn't permit a debugger to up-front itself over a debuggee then to me it's "worthless". I'm not sure, but my limited understanding says that Qt provides a "default compositor" for wayland, and the compositor can implement or not implement things. I believe I am hoping for a "compositor update" from Qt.... -
Two different problems here:
-
Window activation / Qt version
Wayland support has been improved in Qt 6 and won’t be fixed in Qt 5. If you want to use an outdated version of Qt, you have to accept its shortcomings. Don’t complain. -
Creator on top of debuggee
That’s a general issue of all debuggers. You can remote debug though, that’s what I usually do.
-
-
@Axel-Spoerl said in "qt.qpa.wayland: Wayland does not support QWindow::requestActivate()":
Creator on top of debuggee
That’s a general issue of all debuggers. You can remote debug though, that’s what I usually do.Hi Axel. Is that addressed to my issue? What is "a general issue of all debuggers"? I have used debuggers since the last millennium and they all allow the up-fronting of debugger on top of debuggee when a breakpoint/signal is hit. Creator allows it, and has a setting related to it. And it has worked, and continues to work, for Creator, so long as you use the xcb QPA. The issue is that Wayland, or perhaps the compositor Qt uses, does not allow it.
-
Qt5 on Debian Testing (Trixie) getting the same message:
"qt.qpa.wayland: Wayland does not support QWindow::requestActivate()"On the page:
https://wiki.qt.io/Qt_version_history
"Complete Wayland support, including the client-side decorations.",
Apparently not. Why would you not fully support Wayland even in Qt5.I'm not a Qt developer. Just trying to do some debugging of this message for another developer. He cannot port to Qt6 for now. How many other developers are in the same boat?
-
@Scotsgeek
Yes, you get that with Qt5.x, Ubuntu 22, Wayland. Nothing you can do about it. It's just a warning, that should not stop you porting 5 to 6. As it happens with Qt6.x, Ubuntu 24, Wayland that message does not appear (though I don't think that meansrequestActivate()does anything). Still plenty of Wayland issues outside Qt, for my part I have made Ubuntu desktop revert to Xorg.
