Bug 219592

Summary: KDE Lets Go Of Left Mouse Button When CTRL Key Held Down
Product: [Unmaintained] plasma4 Reporter: Ole <ole.ersoy>
Component: generalAssignee: Plasma Bugs List <plasma-bugs-null>
Status: RESOLVED UPSTREAM    
Severity: normal CC: aseigo, notmart, ole.ersoy
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Ole 2009-12-21 21:05:48 UTC 
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).
Comment 1 Inge Wallin 2009-12-21 23:52:11 UTC 
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.
Comment 2 Inge Wallin 2009-12-21 23:52:54 UTC 
Shouldn't be assigned to Inge.
Comment 3 Marco Martin 2009-12-24 13:04:17 UTC 
this doesn't seem to have exactly nothing to do with KDE.
does it happens on that system also with another desktop loaded?
Comment 4 Ole 2009-12-24 17:36:43 UTC 
KDE is the only windowing system I have loaded.  In other words I have not installed Gnome or anything.
Comment 5 Ole 2009-12-24 17:38:33 UTC 
OH - Wait - I see what you're saying.  Try Gnome and see if it happens there.  OK - I'll try that next.
Comment 6 Ole 2009-12-24 18:35:49 UTC 
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?
Comment 7 Ole 2009-12-25 20:17:47 UTC 
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.
Comment 8 Ole 2009-12-25 21:26:03 UTC 
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?
Comment 9 Ole 2009-12-25 21:44:33 UTC 
I also want to note that the ctrl key works, except when dragging.  For example pressing ctrl + w will close an open firefox tab.
Comment 10 Ole 2009-12-26 03:12:03 UTC 
I filed a bug against x.org for this:

https://bugs.freedesktop.org/post_bug.cgi