Bug 63832

Summary: "Prevent empty clipboard" option makes klipper hang?
Product: [Applications] klipper Reporter: elonen
Component: generalAssignee: Carsten Pfeiffer <pfeiffer>
Severity: normal CC: kris, l.lunak, selecter
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:

Description elonen 2003-09-06 23:22:50 UTC
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.
Comment 1 Anton 2004-04-26 07:49:20 UTC
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
Comment 2 Lubos Lunak 2004-11-11 14:35:14 UTC
*** Bug 83659 has been marked as a duplicate of this bug. ***
Comment 3 Lubos Lunak 2004-11-11 17:36:27 UTC
*** Bug 78378 has been marked as a duplicate of this bug. ***
Comment 4 Lubos Lunak 2004-11-12 15:02:12 UTC
Cannot reproduce with CVS HEAD or to-become-KDE3.2.2.
Comment 5 Christian Kellenberger 2004-12-05 22:21:16 UTC
The problem exists also with KDE 3.3.1 and Klipper 0.9.6