See Steps to Reproduce below. Reproducible: Always Steps to Reproduce: 1. Select some text in a GUI application window (using Xorg server). 2. Open Clipboard Plasma widget popup by clicking Clipboard icon in the system tray. 3. Click on the clipboard history item containing the text you just copied. Actual Results: Nothing happens, visually Expected Results: One of these: 1. Close the Clipboard widget popup (this would be the same behaviour as with Klipper from KDE SC 4.x). By closing the popup, you make the user believe that an action [of changing text in clipboard] is performed. 2. Visualize copying in another way: showing a popup/tooltip, highlighing the history item, etc. I consider this as a regression w.r.t. KDE SC 4.x's Klipper.
Git commit edd301531af3a97b57bd8104bc4fabc9dd25a104 by Marco Martin. Committed on 13/04/2016 at 09:20. Pushed by mart into branch 'master'. close popup upon item select klipper follows the pattern of a menu, in order to be consistent with other applets that use this pattern (like launchers or device notifier) close the menu after cliching on an item to show the user something happened M +4 -1 applets/clipboard/contents/ui/ClipboardItemDelegate.qml http://commits.kde.org/plasma-workspace/edd301531af3a97b57bd8104bc4fabc9dd25a104
Git commit ddcf590f968f9b11c392208bf05f4b2072c6e334 by Marco Martin. Committed on 13/04/2016 at 09:18. Pushed by mart into branch 'Plasma/5.6'. close popup upon item select klipper follows the pattern of a menu, in order to be consistent with other applets that use this pattern (like launchers or device notifier) close the menu after cliching on an item to show the user something happened M +4 -1 applets/clipboard/contents/ui/ClipboardItemDelegate.qml http://commits.kde.org/plasma-workspace/ddcf590f968f9b11c392208bf05f4b2072c6e334
looks like this might have fixed bug #343519