Have a clipboard filled with some items (mine holds 40 items) Open the clipboard with Meta-V on the desktop. Expectation: the first (top-level) entry is highlighted, cursor movements up: activates the search box, down: select items downwards. (yes, it's working like this) Next, open a konsole window Open clipboard with Meta-V on top of konsole The expectations above do not hold: the top item is rarely highlighted, most of the time some entry in the bottom of the list is. up/down keys do work differently - up sometimes does not work, down does. It's also happens that selecting a different entry and pressing Enter does not allow to paste the clipboard contents with ctrl-shift-v into the target window See attached video Operating System: Fedora Linux 42 KDE Plasma Version: 6.4.80 KDE Frameworks Version: 6.16.0 Qt Version: 6.9.1 Kernel Version: 6.14.11-300.fc42.x86_64 (64-bit) Graphics Platform: Wayland
Created attachment 182203 [details] clipboard highlights
The position of the popup isn't related; I can reproduce it 100% of the time like this: 1. Select some text and copy it 2. Select a different piece of text and copy it 3. Meta+V to open the popup
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5607
Git commit 44ca2410b471f7eed581c6dbf713f0c85af92054 by Akseli Lahtinen. Committed on 19/06/2025 at 17:48. Pushed by akselmo into branch 'master'. KlipperPopup: Always start from beginning of the list Currently we set the listView currentIndex to 0 when the view is hidden. This causes the index to be wrong when the view is opened again, if anything was copied when the view was hidden. Instead just always set the currentIndex to 0, to make sure the first item is always selected. FIXED-IN: 6.4.1 M +1 -1 klipper/declarative/qml/KlipperPopup.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/44ca2410b471f7eed581c6dbf713f0c85af92054
Git commit b2f59e8b6cd00876224b6b448dfcf594c28af8b0 by Akseli Lahtinen. Committed on 19/06/2025 at 19:02. Pushed by akselmo into branch 'Plasma/6.4'. KlipperPopup: Always start from beginning of the list Currently we set the listView currentIndex to 0 when the view is hidden. This causes the index to be wrong when the view is opened again, if anything was copied when the view was hidden. Instead just always set the currentIndex to 0, to make sure the first item is always selected. FIXED-IN: 6.4.1 (cherry picked from commit 44ca2410b471f7eed581c6dbf713f0c85af92054) Co-authored-by: Akseli Lahtinen <akselmo@akselmo.dev> M +1 -1 klipper/declarative/qml/KlipperPopup.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/b2f59e8b6cd00876224b6b448dfcf594c28af8b0
Hi, sorry to say, but it's not fixed completely. I am on plasma-workspace-6.4.80~31.git39531bd-1.fc42.x86_64 (which includes 44ca241 Akseli Lahtinen KlipperPopup: Always start from beginning of the list ) but i (admittedly - rarely) get the situation, that klipper highlights an item not on top position when opening with Meta-V Still investigating how to reproduce, but there are definitely some edge-cases not handled yet...
please see attached video: i am on a 2nd virt. desktop, just opening the klipper menu with the shortcut Important is (i think so) to move the mouse into the klipper so that the highlighted item changes. Then close with shortcut, open again. multiple times - somewhere in between the wrong item is highlighted
Created attachment 182550 [details] highlighted item problem
i'm not clicking on any item in the video, just moving the mouse around
I've seen this bug even in Plasma 6.3, maybe even earlier. When it happens it's also impossible to just go up the list with arrows, I have to first go one item down and then I can move upwards. That makes it extra annoying
Updated to Plasma 6.4.1, the issue is indeed not fixed.
Created attachment 182624 [details] Spamming Meta+V in all over the screen At least for me, the bug seems to have a neat quirk. It only occurs on the right side of the screen when the clipboard window is "pushed" by the panel. Basically the bottom right part of the screen. And the lower my cursor is, the lower items are pre-selected in the clipboard history.
Thanks for the screen recordings. I was able to reproduce that in the past, but no longer can, so it looks like it's fixed again for Plasma 6.5.