SUMMARY Since KDE5.27, if an XWayland app doesn't have focus, then the QClipboard::Changed won't happen if a user copy text from Wayland apps. Minimum code sample: https://github.com/SourceReviver/wayland_clipboard_xwayland_bug STEPS TO REPRODUCE 1. Run the mini code sample above 2. Select or copy text from somewhere else OBSERVED RESULT The label from the sample code won't change unless the window got focused again. EXPECTED RESULT The label should change despite having no focus. ADDITIONAL INFORMATION * This only happens when copying text from Wayland to the XWayland apps. * On KDE 5.26, the sample code can detect clipboard changes without focus * The sample code works OK on GNOME Wayland but not OK on Sway, and I don't know if this is intended. * However, I don't find anywhere in the standards about this detail. SOFTWARE/OS VERSIONS ArchLinux
The sample should be run with ``` QT_QPA_PLATFORMTHEME=xcb ./wayland_clipboard_bug ```
Also not sure if it's intentional.
(In reply to Nate Graham from comment #2) > Also not sure if it's intentional. related app bug https://github.com/xiaoyifang/goldendict-ng/issues/741
>Also not sure if it's intentional. It's definitely intentional. >Meanwhile, it works OK on GNOME Wayland. That's the more surprising twist.
> That's the more surprising twist. mutter doesn't check whether the client is focused unlike kwin or sway.
(In reply to Vlad Zahorodnii from comment #5) > > That's the more surprising twist. > > mutter doesn't check whether the client is focused unlike kwin or sway. this issue is still existed on plasma 6 / kwin 6
It still exists because it's intentional
(In reply to Zamundaaa from comment #7) > It still exists because it's intentional while, some x11 apps like goldendict is useless on plasme, maybe we should add some switchs in "legacy x11 app support"