Red Hat Bugzilla – Bug 485449
klipper revives old selection in evolution
Last modified: 2009-02-20 12:13:45 EST
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 220.127.116.11
# rpm -q evolution
More version info:
Klipper Version v0.9.7 Using KDE 4.1.4 (KDE 4.1.4)
# rpm -qa | grep kde | grep work
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  for further updates.