Version: (using KDE KDE 3.1.93) Installed from: Gentoo Packages OS: Linux When I select a URL in konsole and the klipper action menu pops up, I get some unusual mouse behaviour: most of the time the text selection cursor is kept no matter where I go on the screen, and mouse clicks are ignored; as soon as the menu times out this stops. Sometimes when I can actually use the menu and open the URL in konqueror, the desktop freezes for anywhere from 10 seconds to long enough to make me restart X; I'm not entirely sure about this because most of the time I just get the frozen mouse. I have had this problem since upgrading from 3.1.4 to 3.2.0 beta 1; it only occurs when the URL is selected in the konsole (I tested kmail and kate and they don't have this problem).
I'm having the same problem in Debian, except that it only occurs when selecting the URL by double-clicking, not by dragging. Do you have it always, or only when double-clicking? My problem is exactly described in Debian bug #219412 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=219412). It only appeared a couple of days ago, MAYBE when the Debian package management system upgraded my KDE to 3.2.2 from 3.1.4. The reporter of the Debian bug seems to have faced it earlier.
I'm now able to reproduce the problem on my system for any user. My system is 3.2.2, and this is probably not a klipper issue; it's a klipper/window/menu/mouse interaction, and it only appears if I have Menu drop shadow on. Steps to reproduce: 1. Go to Control Center, Appearance & Themes, Style, Effects Tab. Switch on "Enable GUI effects" and "Menu drop shadow". Click "Apply". 2. In a konsole, type a couple of URLs. 3. Double click on a URL to select it, but do not release the mouse button after the second click; keep it pressed while the klipper menu appears, and for another second or two. Then release it. Result: The mouse pointer is stuck to a text selection pointer (I-shape), wherever I move the mouse. There is no response at all from the system when I click the mouse or type at the keyboard, until I either hit Esc or the klipper menu times out. It still might have nothing to do with Menu drop shadow, it could be a timing issue that on my system happens to be triggered with Menu drop shadow. Could someone try it? Thanks.
This happens to me almost all the time. If it doesn't lock up the mouse completely, I get the frozen-until-Alt-tap behavior described in (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=214514). I've never had Menu Drop Shadow turned on. I'll try unchecking GUI Effects altogether.
I have this problem on KDE 3.3.0. This appears only when I select URL by double-clicking AND after second click dont release the button (in order to extend selection).
Not sure if this is a Klipper thing, but until proven innocent...
This bug cannot be reproduced anymore with the recepie above, after the fix for bug 80302, since Klipper does not fetch from the clipboard until the mousebuttom is released. It is also almost certainly still there, and is probably due to a mishandled XEvent, maybe XSelectionRequest, in Konsole. Reassigning. To reproduce, you would need a program to request the selection while that button is kept pressed (untested)
Closing as this bug as it appears to be fixed with bug 80302. As Esben says, it may still be there lurking under the surface. If it still shows up in Konsole for KDE 4, please reopen.