Version: (using KDE 4.3.3) OS: Linux Installed from: Fedora RPMs KDE releases the left mouse button whenever the ctrl key is held down and dragging stops. Initially I thought this was an inkscape bug. See: https://bugs.launchpad.net/inkscape/+bug/498264 However I now see the same behaviour in other applications. For example if I click on and image in firefox and drag it, the image is not release until I let go of the mouse button. If I press the ctrl key while holding the dragged image, it's immediately released. Also if I start dragging while holding down the ctrl key, as soon as I stop dragging (Mouse stops) the image is released, even though I did not let go of the left mouse button (I'm still intending to hold the image).
This is not a KChart bug. I don't know if it is a Plasma bug, but if it isn't you can just pass it on.
Shouldn't be assigned to Inge.
this doesn't seem to have exactly nothing to do with KDE. does it happens on that system also with another desktop loaded?
KDE is the only windowing system I have loaded. In other words I have not installed Gnome or anything.
OH - Wait - I see what you're saying. Try Gnome and see if it happens there. OK - I'll try that next.
I tried running GNOME, however it freezes as soon as it loads the desktop background. I disabled SELinux, so that's not a problem. I wonder if it has something to do with X. After installing Fedora 12, I had to install a patched version of X to stop the KDE menu from hanging, per these instructions: http://fedoraforum.org/forum/showthread.php?t=234227&page=3 Could X cause this problem?
Notes from the x.org developers list: I tried to reproduce the problem by dragging a gif image on a web page displayed in the default web browser. I tried that on a Live CD for OpenSolaris, Kubuntu 9.10 (KDE) and Fedora 12 (Gnome). I was not able to reproduce the problem. Mouse button 1 (left) + Ctrl is a copy operation where MB1 with no modifier is a move. When releasing Ctrl while dragging, the operation changes from a copy to a move. In the Nautilus file browser, you see the icon changing from a 'copy' (represented by the +) to a 'move' (represented by the arrow). You should see something similar in a KDE file browser. This would be a sanity check for basic move/copy drag & drop operations. There may be desktop settings that are altering the way this works, and applications may redefine those default behaviours. If the code crashes while changing from copy to move, the operation is aborted. Try with the Live CD closest to your environment as a reference point.
OK - I tried it as well with a Fedora 12 live USB install, and I still had the same problem. So I tried it with a different keyboard, and there's no problem. I'm using a Microsoft Wireless Optical Desktop Pro v2.0. Anyone know if it's possible to reconfigure the key mapping somehow, so that pressing the ctrl key produces the right result?
I also want to note that the ctrl key works, except when dragging. For example pressing ctrl + w will close an open firefox tab.
I filed a bug against x.org for this: https://bugs.freedesktop.org/post_bug.cgi
ooops: https://bugs.freedesktop.org/show_bug.cgi?id=25796