Version: v0.9.5 (using KDE 3.1.3) Installed from: (testing/unstable) Compiler: gcc version 3.3.1 20030722 (Debian prerelease) OS: Linux (i686) release 2.4.20 It seems that the "Prevent empty clipboard" makes Klipper somewhat unstable. When it's enabled and I choose "Clear Clipboard history", Klipper goes into a state where it usually doesn't respond to the next (right-)click on the systray icon or occasionally pops up the normal menu but then hangs up for a while (and apparently sometimes even hangs the rest of the KDE). While the problem is somewhat elusive and the description therefore a bit vague, I haven't been able to hang Klipper even once when "Prevent empty clipboard" has been disabled, which strongly suggests that there actually is some bug related to that option. My guess is that "preventing empty" and "clearing history" don't play well together and lead the program to some nasty feedback loop or such.
I can confirm it :D rofl 2003... I have kde 3.2.2 and must say that he is right. klipper is not hanging if "prevent empty clipboard" is not set. About my PC: http://bugs.gentoo.org/show_bug.cgi?id=49004
*** Bug 83659 has been marked as a duplicate of this bug. ***
*** Bug 78378 has been marked as a duplicate of this bug. ***
Cannot reproduce with CVS HEAD or to-become-KDE3.2.2.
The problem exists also with KDE 3.3.1 and Klipper 0.9.6