Version: v0.9.7 (using KDE 4.2.2) OS: Linux Installed from: Fedora RPMs I use to sync the "mouse clipboard" (selction) and the "keyboard clipboard", thus I set klipper to "synchronize contents of the clipboard and the selection". However, if "Ignore selection" is set, klipper will not sync the two. Ie. I am not able to select using the mouse, and then paste by ctrl-v (or whatever). Unsetting "Ignore selection" make klipper work as expected. Note that the "Ignore selection" is grayed out when "synchronize contents of the clipboard and the selection" is selected, but it is not automatically unset. Also note that if "synchronize contents of the clipboard and the selection" is set, closing and reopening the config will re-enable the "Ignore selection" option (ie. it is no longer grayed out). Furthermore, changing between "synchronize contents of the clipboard and the selection" and "Separate clipboard and selection" does not enable the "Apply" button.
Same here. At first it works like charm and after some time "synchronize contents of the clipboard and the selection" does not work. :-( I do the same things and in one moment klipper does ignore mouse selection. All have the same problem: Thu Apr 23 07:33:40 2009 >>> kde-base/klipper-4.2.2 Sun May 10 15:31:12 2009 >>> kde-base/klipper-4.2.3 Sat Jun 13 16:28:51 2009 >>> kde-base/klipper-4.2.4 Sun Aug 9 11:10:16 2009 >>> kde-base/klipper-4.3.0 I have rm the conf, but it does not help.
Perhaps this is the Qt issue reported in bug 199333 ? Could you guys tell us what Qt version is failing?
(In reply to comment #2) > Perhaps this is the Qt issue reported in bug 199333 ? Could you guys tell us > what Qt version is failing? Oh, I thing you are right. I have update Qt and rebuild all dependencys to it: no problem for now. yupee yeah! Qt before 4.5.1 Qt now 4.5.2 I think problem is solved (for me). @Hansen Thanks for fast answer and good sugestion. ;-)
I don't think comment #1 is really about the bug I initially submitted (although I have seen that happen too; synchronization failing sometimes). Let's focus on one thing in this report: In Klipper: Configure Klipper: 1) Select "Separate clipboard and selection". 2) Activate "Ignore selection". 3) Select "Synchronize contents of the clipboard and the selection". (you'll notice that "Ignore selection" is getting grayed out, but still checked) Expected result: Clipboard and selection are synchronized Actual result: They are not synchronized. "Workaround:" In Klipper: Configure Klipper: 1) Select "Separate clipboard and selection". 2) Deactivate "Ignore selection". 3) Select "Synchronize contents of the clipboard and the selection". (you'll notice that "Ignore selection" is getting grayed out, and is unchecked) Now it works. I don't think this has anything to do with the Qt bug suggested in comment #2. These are my current version (for which I have confirmed the behavior described in this comment): Fedora Rawhide: # klipper --version Qt: 4.5.2 KDE: 4.3.00 (KDE 4.3.0) Klipper: v0.9.7 kdebase-workspace-4.3.0-4.fc12.x86_64 qt-4.5.2-5.fc12.x86_64
I have always regarded that as a bug in the config dialog, though I have never gotten around to change it. That ignore selection should not be a checkbox, but part of the radiobutton, so that there are 3 possibilities: 1: Trace clipboard and ignore selection, 2: Track selection+clipboard but keep them separate 3: Keep selection and clipboard synchronized. I wonder if we have a bug for that already.
(In reply to comment #3) > I think problem is solved (for me). Problem is back again. :-/ I recompile the whole system but it does not help.
I've been having frequent and long-standing issues with klipper's "Synchronize clipboard and selection"-function on all my KDE systems (Gentoo ~amd64 and Kubuntu up to 9.10). It has been that way since KDE 3.5.8 (I did not use KDE before), and it's still the case with KDE 4.3.1, actually. It's quite hard to track down the cause of the problem, as it appears (and disappears) seemingly at random, so it is not always guaranteed to "work" that way: Sometimes when I try to manually push selected (by using Shift+Cursor-Keys, for instance) plain text into the clipboard, that works, the selection however does not reflect these new contents. At other times, pushing plain text into the selection by using the mouse to mark it leaves the selection empty, while the clipboard is either empty as well, or remains at its previous state (its contents don't change at all). Disabling "Synchronize…" and re-enabling it afterwards in klipper's config dialog often fixes the problem, though not necessarily for long. Did anyone of you ever experience similar behaviour?
Hm, this bug report seems to have diverged. But the ORIGINAL report of the config screwup is now fixed, in that it should no longer be possible to have "synchronize" and "ignore selection" activated at the same time. For the sync bugs, I *think* we have another bug for that, if not, open it. In any case, I am aware that the clipboard history occasionally stop working, though I haven't figured out why yet.
Fixed in revision 1052729, destined to be 4.4.