Bug 501317 - Text copied from XWayland windows is retained in the XWayland clipboard even if this text is removed from Klipper or its history is cleared
Summary: Text copied from XWayland windows is retained in the XWayland clipboard even ...
Status: REPORTED
Alias: None
Product: kwin
Classification: Plasma
Component: xwayland (show other bugs)
Version: 6.3.2
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: wayland-only
Depends on:
Blocks:
 
Reported: 2025-03-10 20:08 UTC by sergeyprotserovca
Modified: 2025-03-11 22:15 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sergeyprotserovca 2025-03-10 20:08:57 UTC
SUMMARY

Text copied from XWayland windows persists in the XWayland clipboard even after it is removed from Klipper history as an individual item or after Klipper history reset.


STEPS TO REPRODUCE

1. Open two copies of KWrite, forcing one of them to run under XWayland, for example, like this: `WAYLAND_DISPLAY= kwrite`
2. Type something in the XWayland copy of KWrite, and copy this text
3. Observe that this text shows up in Klipper history, and can be pasted in both copies of KWrite
4. Remove this item from Klipper history or clear the entirety of Klipper history

OBSERVED RESULT

The text can no longer be pasted in the Wayland copy of KWrite, but can still be pasted in the XWayland copy of KWrite

EXPECTED RESULT

The text can no longer be pasted in both Wayland and XWayland copies of KWrite


SOFTWARE/OS VERSIONS

Linux/KDE Plasma: Fedora 41
KDE Plasma Version: 6.3.2
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Comment 1 sergeyprotserovca 2025-03-10 20:42:16 UTC
Note about the reproduction steps: as written, they assume that the Klipper history is empty at the start of the reproduction. If this doesn't hold, i.e. there is something in Klipper history, merely deleting the current text item from it switches clipboards to the previous item, which, as far as I can tell, works correctly. Clearing Klipper history, however, still reproduces the bug.