I'm afraid I have no idea why - it sounds like the functionality in Klipper could have regressed, possibly due to changes somewhere in X.
Just to perform a final rule out - can you ensure nothing other than KDE applications are running, and then perform a test using a basic application such as KWrite?

If you can still produce the issue in that environment, it is definitely a bug/regression in Klipper unfortunately. These reports can be filed at bugs.kde.org.

Hello,

I have killed almost all processes, even klipper, and tested with kwrite and konsole. Same problem. Started klipper up again and hit the same problem. It's like it injects some default settings into X (?) and then doesn't clear them anymore, whether it's running or not, whether other options are selected or not.

Can anyone else reproduce this bug ? I've already tested it with multiple slackware version installs (14.0, 13.37, 32 and 64-bit) on a virtual machine with no luck. Same problem everywhere. I will attempt to install OpenSUSE (saw in your signatures that it seems to be a preffered distro), and see if I hit the same bump.

Thank you!

Best regards,

After testing this with OpenSUSE-12.3-KDE 64-bit, I have concluded that the problem is not distro specific.

Steps to reproduce this:
1. Install any of the following Slackware-14.0 64-bit or OpenSUSE-12.3-KDE (In slackware I did a full install, everything except KDE International support)
2. Start KDE after install (in slackware's case)
3. Start klipper, tick "Ignore selection" from the General tab
4. Start kwrite, type something and do some selection pastes.
5. Stop klipper and retry step 4 again.

The same problem should be reproduced as per discussion in this thread, selection copy still works even if "Ignore text selection" is ticked, or even if Klipper is not running.

Can anyone else try to reproduce this as well, so that I know I'm not the only one bummed by this ?

Thank you.

I've just done some local testing - and it does seem that the "Ignore Selection" setting does not appear to achieve the desired result. What I suspect it actually does is disable Klipper's interaction with the selection clipboard. From my search results, it does not appear possible to disable the selection clipboard - it is a hardwired feature of X.

However, checking "Synchronize contents..." did work properly and as expected here, at least in Klipper.

I know this topic is really old, but I was just having the same problem as described here -- regardless of the Klipper settings, my selection and clipboard was being synchronized, which is extremely annoying behavior in my opinion -- and wanted to post my findings for future searchers.

In my case, this was happening because a running TigerVNC client instance with the option "Send primary selection and cut buffer as clipboard" enabled, took it upon itself to continuously synchronize my selection buffer with the clipboard buffer. Restarting the vnc session with that option unchecked solved the problem.