Bug 395284 - Clipboard entries added by xclip are not accessible by ctrl-v
Summary: Clipboard entries added by xclip are not accessible by ctrl-v
Status: RESOLVED WORKSFORME
Alias: None
Product: klipper
Classification: Applications
Component: plasma-widget (show other bugs)
Version: 5.12.5
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-06-12 16:56 UTC by MichaelOF
Modified: 2023-01-14 15:50 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description MichaelOF 2018-06-12 16:56:32 UTC 
Plasma 5.12.5 on OpenSuse 15.0 

When I copy an entry via xclip on bash to X clipboard, e.g.

echo abc | xclip -r

"abc" is shown as latest entry in clipboard plasmoid, as expected.

But whyever, this entry is NOT accessible by ctrl-v, as usual for clipboard entries. If older "manually" added (ctrl-c) entries in clipboard history exists, the latest entry of these is pasted, instead.

100% reproducible.
Comment 1 MichaelOF 2018-06-12 18:07:03 UTC 
Got a hint in #kde that it might work with klipper's setting "sync clipboard and selection" set to true. 

True, works when set. But I don't like this "selection" setting, as it "destroys" my clipboard everytime, when just "selecting" something, unusable setting for me. 

So IMHO this is still a bug, hopefully worth fixing.
Comment 2 MichaelOF 2018-12-23 15:01:53 UTC 
Opened this small but painful bug months ago, unfortunately not a single comment. Is kclipboard abandoned?
Comment 3 MichaelOF 2018-12-23 16:01:52 UTC 
Asked today also again in #kde. 

Got a hint from user JanKusanagi:

xclip has an option "-selection", and with parameter "clipboard" (in my case "xlip -r -selection clipboard" EVERYTHING works like a charme.

So not a bug, not even an issue with kclipboard, solely xclip.