very often it is impossible to predict which of the stored entries actually will be inserted when pasting. see attached screenshot of the clipboards contents: what entry would you expect to be imported upon clicking the middle mouse button? it's actually the second one. to get the first one, i have to select the second one, see it move to top (when, curiously enough, it would be inserted as well). then i have to click the now second entry (formerly the top one), see it move to top again -- and only then it would be inserted as expected. this issue persist since klipper in kde 4.x at least and makes the clipboard of limited use. Reproducible: Always
Created attachment 95697 [details] screenshot illustrating scenario described in report
Did you try to use option "Synchronize contents of the clipboard and the selection"? The clipboard (ctrl+c/ctrl+v) is separate from the selection (middle click paste) by default on X11. This has nothing to do with klipper, but with how X11 works. Klipper provides with the config option a mean to synchronize them.
i did, but the results puzzled me even more. but in this particular instance, the entries were created entirely by simply selecting a bit of text.
I can reproduce the issue on Chakra since the beginning of plasma 5. The string you Copy or Ctrl+C should always be at first place. That option is very dangerous, since you don't need to do Ctrl+C or Copy to copy a text. If you select a text for error, then what did you copy is vanished.
this bug is almost 4 years old! Any chance this extremely annoying and basic bug will ever be fixed? It basically renders the clipboard useless in a lot of situations. To check the entries, de-/reselect the entry and the hoping it works is more work than simply copying by strc+c or context menu and afterwards pasting.
*** Bug 97913 has been marked as a duplicate of this bug. ***