https://bugs.kde.org/show_bug.cgi?id=512183
--- Comment #7 from Kirill <[email protected]> --- Thanks, this looks like a very useful finding. I want to clarify that this seems to match the more severe variant of the issue I originally reported in bug 512183. In my case the clipboard was not merely failing to paste until the Klipper history entry was re-selected. After the failure, the clipboard MIME list contained only application/x-kde-onlyReplaceEmpty, and image/png / application/x-qt-image were gone entirely. The new observation about 0-byte Klipper image blobs in ~/.local/share/klipper/data/ seems to explain why the history entry cannot recover the image: Klipper has already stored an empty payload. This may be related to bug 500366, but bug 512183 appears to be the case where the auto-copy race results in Klipper taking over the selection with an empty image payload. I can test a proposed patch or provide additional traces on openSUSE Tumbleweed / Plasma Wayland if needed. -- You are receiving this mail because: You are watching all bug changes.
