Version: 0.9.7 (using KDE KDE 3.5.6) Installed from: SuSE RPMs OS: Linux When in I'm selecting text in konquerors Location Bar or Filter Bar, selected content is being added as new klipper last entry. This shouldn't happen since I have configured klipper to separate clipboard and selection. As far as I did some research this happens in konqueror and kde "run command" dialog (alt+f2). It affects all user accounts and it showed up with latest kde update (on two different computers). Kde packages were updated from: http://software.opensuse.org/download/KDE:/KDE3/openSUSE_10.2/ Konqueror example: Let we asume, Loation bar is currently displaying: /home/kriko If I try to copy a URL from opera (ctrl+c, e.g.: www.example.com), and paste it into konqueror, by clicking into Location bar, selecting all text (selection made by click and drag or double click into text field), and pressing ctrl+v, I'll get /home/kriko again instead of copied url. I deleted all klipper config files, made sure that Separate clipboard and selection is selected, but still this issue exists. This doesn't happen in kate or kwrite, but it does in konqueror and Run command dialog (alt+F2). It was working correctly till last kde update (I updated 25.3.2007). For now it seems only konqueror and run command dialog is affected.
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.