https://bugs.documentfoundation.org/show_bug.cgi?id=152205
Michael Weghorn <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTOURBUG --- Comment #7 from Michael Weghorn <[email protected]> --- When trying this with kf5 in a Plasma Wayland session with current master on Debian testing, I get this warning on stderr: qt.qpa.wayland: Wayland does not support QWindow::requestActivate() This looks like something is missing inside the Qt library, rather than LO. >From a quick glance, it looks like https://codereview.qt-project.org/c/qt/qtwayland/+/321246 has implemented handling for QWindow::requestActivate, and I actually don't get the above warning any more when using the qt6 VCL plugin and Qt 6.3.1 on current Debian testing. Other than for kf5, the taskbar entry of the selected window gets highlighted (yellow/orange background), but the window still doesn't become active as desired. For me, this is basically the same as the behavior with the gtk3 VCL plugin in a Plasma Wayland session, the window doesn't become active there either. However, when using the gtk3 VCL plugin in a GNOME Wayland session, the selected window becomes active as desired. Even in a GNOME Wayland session, the window does not become active for qt6, though. The behavior is the same with the attached sample program, attachment 183971, so it seems to me like this is probably rather a problem in Qt (and possibly KWin as well), rather than LO. It all works fine when run with QT_QPA_PLATFORM=xcb, i.e. using Qt's X11 instead of the wayland platform plugin. -> Closing as NOTOURBUG, will report a bug in KDE's bug tracker instead. -- You are receiving this mail because: You are the assignee for the bug.
