I believe it's recent regression which I got in Fedora 37 few days ago after updating plasma-workspace-5.26.4.1-1.fc37.x86_64 -> plasma-workspace-5.26.5-1.fc37.x86_64 What I had and want to have working at the same time (can put more details why it helps me, if necessary): 1) * mouse selection can be pasted only by middle mouse button click and not by ctrl+v (ctrl+v pastes different content) * ctrl+c clipboard can be pasted only by ctrl+v and not by middle mouse button click (mouse pastes different content) 2) * both ctrl+c and mouse selection are saved in Klipper's list / journal Currently I could have 1) or 2) but not together. And it worked previously, I think. When have 1) - mouse selection is not saved in journal and the related radio button in Klipper's settings is disabled for some reason. When have 2) - mouse selection is also pasted by ctrl+v. I see some similar bugs here, but all of them seem referencing Wayland and I don't use it. Using X.Org X Server 1.20.14 KDE Frameworks 5.101.0 Qt 5.15.7
I think it would be helpful if you could explain your use case, yeah.
(In reply to Nate Graham from comment #1) > I think it would be helpful if you could explain your use case, yeah. What I have in mind right now: 1) Simultaneous copypasting two elements instead of one. Like: select one line, do ctrl+c. Select another and get it copied in mouse buffer. Now move to the destination and ctrl+v for pasting first snippet and middle click for second. 2) Just replacing some text with another. Select source, do ctrl+c (or don't). Move to destination, select it to be replaced. It's often much more convenient instead of "paste new, then delete old" because you can select a word with double click for example and it will not be possible after pasting. After electing the destination text, press ctrl+v. Text will be replaced with itself instead of source snippet. Both of that is possible when checkbox "keep the selection and clipboard the same" is not set - but I want also to have everything saved in history to find it later. Just can't enable this saving, "always save" radio buttons are disabled for some reason.
Thanks for the explanation. Mouse-selected text is intended to be quite transient. If we saved it, we'd need to have like two sources of data visible in the popup: one stack of history for Ctrl+C and another one for mouse-selected text. This would make the UI quite strange. If we intermixed them, the history wouldn't work as people expect, and would be commonly populated with random-seeming text, which is in fact how it used to be, and we got a lot of complaints about it. Given that both workflows are possible right now, and the only think that's not as desired is saving the mouse-selected text in the history, I think we can't formally support this, sorry. Thanks for the request anyway!
(In reply to Nate Graham from comment #3) > If we intermixed them, the history wouldn't work as > people expect, and would be commonly populated with random-seeming text, > which is in fact how it used to be, and we got a lot of complaints about it. So I'm right with my feel that it worked recently and just stopped. OK, but is there anything wrong with enabling "Always save in history" radio buttons? People can't complain if they enabled this intermixing by themselves with a clearly named option. And everything is ready for that, I just don't get why these buttons became disabled for some cases. it's just not very convenient to remind yourself to press ctrl+c for all data which might be necessary for you later. For me there is no problem when some random selection adds to the history - I just ignore it since it doesn't affect any of my workflows.
> People can't complain if they enabled this intermixing by themselves with a clearly named option Of course they can. :) People complain about tons of things that they've brought upon themselves. "It's configurable" is unfortunately not the path to people complaining about shooting themselves in the foot less.
I too miss the previous behavior. I don't understand why it cannot be available as an option.
Actually, it seems that the setting still exists, it's just hidden: add IgnoreSelection=false to ~/.config/klipperrc and it restores the old behavior.
Oh! My mistake, then.
I am also affected by this bug. It is highly annoying as it is breaking my workflow and decades long habits. Nerfing one of the superior advantage of *NIX like OSes of having text selection copy/paste on middle click feels like shooting one self in the foot. this is feature is so central in my daily usage that I would consider migrating away from KDE over losing this functionality despite using KDE a my DE of choice since KDE 3. Since I notice the features being broken I tried enabling it from the GUI settings screen but the "always save in history" text selection grays itself out when I click it. validating the settings in this state then sometimes works for a very limited time and sometimes not at all. That people are confused by their own use of their computer is not a valid justification for removing a feature that other people actually rely on. The confused users can educate themselves on how to disable the setting that confuses them instead. Sorry of being vocal about this issue but it is important to me and I really dislike the GNOME mentality supposing that users are stupid and have to be protected from their own stupidity by removing features.
> Actually, it seems that the setting still exists, it's just hidden: add IgnoreSelection=false to ~/.config/klipperrc and it restores the old behavior. I don't think this helps. Does it? Not for me. This seems to be a duplicate of https://bugs.kde.org/show_bug.cgi?id=457266 I also miss the old behavior very much. To me it is an important feature, that all text selections could be found in the clipboard history for later.
*** This bug has been marked as a duplicate of bug 457266 ***
does not seem to be a duplicate of 457266, could hardly be as 457266 was reported 6 months before the bug mentioned in 464286 was introduced. #457266 is a user unhappy about klipper adding a new feature: when selecting all with a keyboard shortcut ctrl+A klipper adds to the selection to the clipboard. he would like at minimum a setting to disable this new feature. and this is bug report from mid 2022 here in #464286 it's people unhappy about klipper breaking a historical feature: when selecting text with the pointer klipper does not add to the clipboard anymore. people who are affected are asking at the very least a setting to re-enable this much wanted feature.