Version: (using KDE 4.2.98) OS: Linux Installed from: Fedora RPMs when kwin desktop effects (compositing) are enabled, selecting some text and middle-clicking doesn't result in pasting. Ctrl+C and Ctrl+V doesn't work either. When klipper is running, selecting a text or Ctrl+C fails to transfer the text to klipper. It doesn't look like a klipper bug, because quitting klipper doesn't solve the problem. It happens on both Qt and GTK programs. The bug disappears right after disabling desktop effects, and comes back after re-enable it. Changing compositing type from GL to XRender doesn't solve the problem.
There was a Qt4.5 bug which caused this kind of misbehaviour (bug 199333), however as you are mentioning GTK apps too, this could be different. I'm adding the KWin people to the CC. Thanks
what FX do you have activated and does this behaviour correct when toggling one specific off i.e. turn off one by one and see when/if the problem vanishes - then try only activating this one and see whether it's the culprit
I tried again today with compositing enabled. The clipboard comes back to work. Looks like compositing doesn't necessarily "disable" the clipboard. So I can't find a determined way to recur this bug now. It may be the same problem as bug 199333.
Updated: I was using kopete and clipboard stops working all of a sudden (it was working at the beginning). It affects only kopete this time, because clipboard still works in other apps like konqueror, konsole and firefox. Disabling/enabling compositing made no difference. I then restarted kopete and clipboard functioned again.
According to bug 19333, I applied the patch from http://qt.gitorious.org/qt/qt/commit/9e5fa633913ef952ca4ef5312fe396bcfc885321 and the bug haven't shown up till now. Looks like it solved the problem.
(In reply to comment #5) > According to bug 19333, I applied the patch from > http://qt.gitorious.org/qt/qt/commit/9e5fa633913ef952ca4ef5312fe396bcfc885321 > and the bug haven't shown up till now. Looks like it solved the problem. thanks for the info