SUMMARY Option "Always save in history" for text selection should be available even if "Keep the selection and clipboard the same" is deactivated. STEPS TO REPRODUCE 1. Open clipboard settings 2. Deactivate "Keep the selection and clipboard the same" 3. Option "Always save in history" for text selection is deactivated and disabled OBSERVED RESULT Selection is not added to the clipboard history. EXPECTED RESULT There should be an option to add the selection to the clipboard history, even when not synchronizing the selection and the clipboard. This is how clipboard history worked in previous releases, as far as I can remember. SOFTWARE/OS VERSIONS Debian GNU/Linux "bookworm" KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION
This is clearly intentional, though I'm not aware of the reason for it.
Ah so basically, primary selections would be added as history items, but not kept synchronized with traditional selections. Hopefullt this is possible, yeah.
*** Bug 498715 has been marked as a duplicate of this bug. ***
Created attachment 177434 [details] Proof-of-concept patch This is a quick-and-dirty proof of concept patch I created for plasma-workspace 6.2.5; it allows the radioboxes to be selected regardless of synchronization status. So far, with my short testing, it works as I expect: clipboards aren't synchronized, but history is stored for both PRIMARY and CLIPBOARD. So it looks like the clipboard code itself handles it fine, and it's just a UI matter preventing it from being exposed.
You can probably remove the setEnabled lines entirely, since the default is true. Wanna submit it formally and see what people say?
*** Bug 498766 has been marked as a duplicate of this bug. ***
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5085
*** Bug 481119 has been marked as a duplicate of this bug. ***
*** Bug 506883 has been marked as a duplicate of this bug. ***
From a duplicate: Workaround for this issue: Add IgnoreSelection=false to ~/.config/klipperrc (I made an older bug a duplicate of this one as this has merge request attached to it)
This should be treated as a regression fix, this behaviour was the standard for probably more than a decade.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5922
*** Bug 487987 has been marked as a duplicate of this bug. ***
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/6886
Git commit 8862234bef52ddcb4d12a56cdfbb30ddf34c43c0 by Nate Graham, on behalf of Tomáš Hnyk. Committed on 26/08/2026 at 17:25. Pushed by ngraham into branch 'master'. Klipper: Allow saving primary selection when selection and clipboard not the same Allow saving primary selection when selection and clipboard not the same I am picking up on https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5085 returning the lines as requested. It is now again possible to enter selection into clipboard even if primary and clipboard are not the same. FIXED-IN: 6.8.0 M +0 -12 klipper/configdialog.cpp https://invent.kde.org/plasma/plasma-workspace/-/commit/8862234bef52ddcb4d12a56cdfbb30ddf34c43c0