[kde] [Bug 502096] Having a picture copied in your clipboard, results in klipper not adjusting clipboard after selecting one from its history.

[bugzilla_noreply at kde.org]

https://bugs.kde.org/show_bug.cgi?id=502096

--- Comment #2 from geopapougr at gmail.com ---
(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

-- 
You are receiving this mail because:
You are the assignee for the bug.