Bug 143515

Further research:

In any kde application (even in opera), when selecting text it is being added to clipboard last entry. However when I press ctrl+v in e.g. kwrite (or konqueror address bar, but without selecting current text - appending only) it will properly paste last copied text with ctrl+c, even if it isn't anymore in klipper history (if you made lot of selections).

Steps to reproduce:
1. open kwrite and write some text in it, eg.:
----
test
blabla
example
----

1. Select "test" and press ctrl+c. Check out klipper, it sould contain "test" in history in first place.
2. Select "blabla" only with mouse (no ctrl+c) and check out klipper. Now "blabla" should be first entry, "test" second.
3. Repeat above 2. step (try selecting various text) until example is out of list (depends how many history entries you have). Do not use ctrl+c!
4. Now our "test" is not anymore on list, click on kwrite, create a new line and press ctrl+v. Pasted text should be "test".

In other hand, when selecting something from konqueror address bar, selection will be marked as active and you can paste it into e.g. kwrite with ctrl+v, without copying it (ctrl+c).

Informations about my kde:
3.5.6 "release 41.4", kdebase3 rpm: 3.5.6-52.1@i586

Kdebase3 3.5.6-58.2 still not fixed.

*** Bug 143986 has been marked as a duplicate of this bug. ***

This also happens here, Suse 10.1, KDE 3.5.6-52.2 (release 48.1) rpms, updated weekly.  It's only been happening for a few weeks, after an upgrade.

There were three reports here from Suse (including mine), plus others in #opensuse @freenode mentioned the same issue is present, so this may be a Suse packaging issue.

In any case, it is confirmed.  If I had a KDE 3 tree around, I'd try to fix it myself.

Tried upgrading, still present with KDE 3.5.6-58.2 :-(

Upon further testing, which value it uses for pasting seems to be related to how you select text to be replaced:

1) select all the text of a form field in Konqi, either via ctrl+a or double/triple click.
2) ctrl+c to copy
3) find some text in another form field to overwrite
4) select the text to overwrite: if you click into the destination textbox, then select via ctrl+a, then ctrl+v you will paste you copied with ctrl+c in step 2 above.  If you select via double/triple click, the text you are trying to replace is copied to clipboard (synced) and then pasted when you ctrl+v

That'll reproduce it.  But of course the bottom line is that the clipboards which are *supposed* to be separate, aren't, regardless of the setting in klipper. :-(

Fixed.

Lubos, just must have some sort of sixed sense, I was just about to post this:

--------
The bug was introduced by this change in KDE 3.5:
http://websvn.kde.org/branches/KDE/3.5/kdelibs/kdeui/klineedit.cpp?r1=552844&r2=631966
--------

:-)

Thank you. I was really waiting for this fix.

*** Bug 144371 has been marked as a duplicate of this bug. ***

Was this suse-only problem? Today I checked out the kde repo, there were new kde packages, however they don't contain this fix yet.

Kde 3.5.7 - this problem is not fixed! Reopening.

I cannot reproduce using either steps from comment #1 or comment #6 (SUSE KDE3.5.7 repo packages).

I could reproduce it with kde 3.5.6 (opensuse buildservice), but not anymore with kde 3.5.7

I removed klipper configuration files and restarted kde - now it works.
But still some wrong behaviour remains:

Steps to reproduce:
---
Konqueror example: 
Let we asume, Loation bar is currently displaying: /home/kriko 
by clicking into Location bar, selecting parts of displayed path (e.g.: kriko, /hom, me/kr...), they will be still added to clipboard history (without pressing ctrl+c, pushing older items out), even if separate clipboard and selection option is enabled. This breaks usage of klipper history, previously copied entries (I do that a lot).

There's Ignore selection checkbox for that.