Open a new mail window in Evolution. Type some text. Select and copy/paste small fragment of it. Now deselect it, so that you don't have any selected text. Select a text in any other window (I do it in konsole with mouse). Got back to Evolution window. If you paste (with mouse or by pressing Ctrl-V) EXACTLY on current text cursor position, it works correctly. But if you move cursor first using cursor keys, and then paste text, it will paste wrong text - the old one, which you selected on step 3. Looks like cursor movement with keyboard in Evolution somehow tricks klipper into thinking that Evolution re-selected old selected text.
The same does not seem to happen with other apps (tried with Firefox). Versions: Fedora 9, Evolution 2.22.3.1 # rpm -q evolution evolution-2.22.3.1-1.fc9.x86_64
More version info: Klipper Version v0.9.7 Using KDE 4.1.4 (KDE 4.1.4) # rpm -qa | grep kde | grep work kdebase-workspace-libs-4.1.4-1.fc9.x86_64 kdebase-workspace-4.1.4-1.fc9.x86_64
I can reproduce it even without Klipper. So I don't think it's Klipper's bug - it behaves correctly everywhere but Evolution.
reassigning for comment from the evolution folk...
OK, actual trunk does that as well. it'll come to gtkhtml probably, but will see. Nonetheless, moving it upstream, there is no need to have (not-written-yet) fix in Fedora only. See upstream bug [1] for further updates. [1] http://bugzilla.gnome.org/show_bug.cgi?id=571654