SUMMARY If you have an existing clipboard history, and then copy a picture, opening klipper(super + v) and selecting one of the previous copies won't overwrite the clipboard with the copy. STEPS TO REPRODUCE 1. Copy some random text to create a history 2. Copy a picture 3. Open klipper and select the random text in order to copy it in your clipboard once more. OBSERVED RESULT The random text isn't in the clipboard, the image is kept in the clipboard as is. EXPECTED RESULT Klipper should overwrite the image with the text selected. SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: Tuxedo OS KDE Plasma Version: 6.3.2 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2
Created attachment 179797 [details] Video Showcasing all possible scenarios of using the clipboard The issue seems to be a bit more specific. When an image is copied, no new entry is ever made on the clipboard. If an entry already existed, the copied image "highjacks" that entry for itself, until a different element is copied. After text element is copied, the highjacked entry returns to normal and the image cant be recovered. If a different Image is copied right after the first, the second just takes its place, and the behavior stays as described. For example, when the clipboard is empty, and then I copy an image, even though i can properly paste it anywhere, the clipboard seems empty. If previously, there is at least one entry in the clipboard, the image will take over the most recent clipboard entry. When clicking on the latest clipboard entry, the image will be copied instead of the text. Selecting a different entry, will work successfully, and then, you can successfully copy the entry you previously couldnt. Its as if the image was never copied SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch Linux KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0-1 Qt Version: 5.15.16
(In reply to geopapougr from comment #1) > Created attachment 179797 [details] > Video Showcasing all possible scenarios of using the clipboard > > The issue seems to be a bit more specific. When an image is copied, no new > entry is ever made on the clipboard. If an entry already existed, the copied > image "highjacks" that entry for itself, until a different element is > copied. After text element is copied, the highjacked entry returns to normal > and the image cant be recovered. If a different Image is copied right after > the first, the second just takes its place, and the behavior stays as > described. > > For example, when the clipboard is empty, and then I copy an image, even > though i can properly paste it anywhere, the clipboard seems empty. > > If previously, there is at least one entry in the clipboard, the image will > take over the most recent clipboard entry. When clicking on the latest > clipboard entry, the image will be copied instead of the text. Selecting a > different entry, will work successfully, and then, you can successfully copy > the entry you previously couldnt. Its as if the image was never copied > > SOFTWARE/OS VERSIONS > Windows: > macOS: > Linux/KDE Plasma: Arch Linux > KDE Plasma Version: 6.3.3 > KDE Frameworks Version: 6.12.0-1 > Qt Version: 5.15.16 Correct Qt Version is 6.8.2
Aha, this was fixed for Plasma 6.4.
I can still reproduce this on Operating System: openSUSE Tumbleweed 20250722 KDE Plasma Version: 6.4.3 KDE Frameworks Version: 6.16.0 Qt Version: 6.9.1 Kernel Version: 6.15.7-1-default (64-bit) Graphics Platform: Wayland
I've opened a new report, bug #507448, instead.