https://bugs.kde.org/show_bug.cgi?id=388049
--- Comment #10 from Peter Wu <pe...@lekensteyn.nl> --- While it might be technically completely logical given the current implementation, I would argue that this is still not the expected/intended behavior. I would never have thought that this Klipper setting actually has this behavior. Expected behavior: Clipboard should be disabled on lockscreen (ctrl-x, ctrl-c, ctrl-v, middle-mouse click should not change the input field nor the clipboard contents of the session). (Related: Undo/Redo should probably also be disabled, bug 387418.) Do you have some references to source code/documentation/concepts on why for example Klipper has this influence? Would it be feasible the modify the lockscreen to implement the above expected behavior? (If you think it is reasonable and doable, I might give it a try.) -- You are receiving this mail because: You are watching all bug changes.
