Version: v0.9.5 (using KDE 3.1.1) Installed from: SuSE Compiler: gcc version 3.3 20030226 (prerelease) (SuSE Linux) OS: Linux (i686) release 2.4.20-4GB-athlon Quite often, klipper appears not to notice new selections. That is, it does not enter the new selection into its clipboard history and it does not display the action popup. Once I clear the clipboard history, klipper works again. The new selection does make it into the clipboard, since I can paste it with the middle button as usual. It just does not reach klipper.
Can you give us steps to reproduce this bug? Does it happen with any particular kind of application (KDE application, Qt-only application, GNOME application, pure X, etc.)?
Most often it happens when I select text from an xterm window. But I can't pin it down to any specific situation. I've only ever encountered the problem with xterm because I don't use konsole, and all other apps I use present URLs as links anyway. Right now, I'm trying to reproduce the problem. As was to be expected, it has vanished.
I also see this problem running KDE 3.1.2 on Gentoo. The "action" pop-up often does not fire when I select an URL from an XEmacs buffer. At this point, if I clear the clipboard history the next URL selection will cause the "action" pop-up to fire.
I believe a fix I backported to KDE_3_1_BRANCH fixes this problem. Please check again with KDE3.1.3.
Please reopen if the problem remains with KDE-3.1.3 or KDE HEAD.
Hi, i can confirm this problem using kde 3.2. When I select an URL u1 in KMail with "copy to clipboard", then the expected behaviour can be observed. But if I select another URL u2, then nothing happens. Neither the action popup appears, nor you can find u2 in clipboard history. Cleaning the history "solves" the problem. This is quite strange ... Regards, Tobias
What is your Qt version? Do you run Klipper as an applet or standalone as a systray application?
I can confirm, it's a long standing bug. Using HEAD qt-copy + patches and KDE_3_2_BRANCH.
Should be fixed.