Summary: | Sometimes mouse buttons stop working while moving cursor is still possible | ||
---|---|---|---|
Product: | [I don't know] kde | Reporter: | Sandijs Aploks <sandijs.aploks> |
Component: | general | Assignee: | Frank Roscher <Frank-Roscher> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | a.samirh78, chosunsk, dan.boff, djeepp, Frank-Roscher, heavymetal, nixoniv, thilo |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Sandijs Aploks
2008-10-26 16:56:22 UTC
This problem just started happening to me yesterday. I lose mouse button functionality almost immediately when using VirtualBox so I have had to stop using that program all together at this point. I also found a couple of posts on VirtualBox's website for users that have had the same problem. I have now another laptop, and it does have that same problem. Another mouse, another hardware, KDE 4.1.4 The problem is not related exclusively to VirtualBox - it started before I even knew about VirtualBox existence. It appears to me that it is related to gnome/kde coexistence, because it happens to Gnome apps. When I am working in gnome, it never happened. It might be Fedora specific kde+gnome problem? I have found a workaround and perhaps a potential culprit. Like the person that submitted this bug, I also use a dual display. When I was having the problems described here, I had my display configuration set up the through Nvidia's display configuration utility to use "Seperate X screen". I changed that to TwinView and I haven't had a problem with the mouse since. This includes using VirtualBox which before immediately caused the mouse problem. I'm running into the same issue. I also use the Nvidia display configuration. But I'm using three monitors. Form some reason I XComposite and XDamage wont run when I use all three monitors(that is a separate issue). I will try and use TwinView and see if the problem goes away. This happens 10 to 20 time in an 8 hour period. It has happened in kde 3.5.10 and kde 4.2. I experienced this same issue and resolved it by disabling mouse gestures in Input Actions. It's possible that, for me, the bug was caused by an interaction of the "unclutter" X utility with KDE's gestures system, but it could also be just the gestures system. I do not have a dual head setup. [Not sure if this is the same problem, as this bug is from 2008 and it only happended to me since KDE 4.3. But the symptoms look the same, so... I can ALWAYS reproduce this bug by pressing the "mouse gestures button" (right mouse button) too long without introducing a real gesture, e.g. by pressing it for a second or so within any program window that would usually show a context menu upon right mouse click. It seems that some window / desktop component grabs the mouse button input and fails to release it. I can move the mouse pointer, but usually only the taskbar will take any clicks. So I can open the start menu, but have to use the keyboard to close the KDE session. I can also always use the keyboard to close the current programm via Alt+F4. Sometimes mouse buttons don't get trapped within the taskbar, but some other KDE component. The folder view plasmoid on the desktop is a candidate for this. I can then use the mouse to paint funny selection frames within that plasmoid, but there's no way to click on the start menu. Sometimes (seen in Vice) the application window itself seems to lock the mouse. Then I can click _anywhere_ on the screen, e.g. left click on the start menu button, and it will always show the Vice menu. I'm using KDE 4.3 on Gentoo x86_64, this bug has been confirmed by other Gentoo users having mouse gestures enabled. Still happens in KDE 4.4. I'm not using Xinerama and this was a "clean" KDE 4 install, no ~/.kde update from 3.5. This is by far the most annoying bug I've ever seen in KDE, and it has thrown me back to the good old Windows-like "save early, save often". It's a pain. I would like to confirm the last report of the same behavior in KDE 4.4.x (currently KDE 4.4.4). Although I do not see as regularly as him, this bug (mouse buttons stop working, but scrolling still possible) does occur, especially when during some disk-intensive tasks, presumably by initiating a gesture. Like some have already reported, I have gestures enabled in "input actions". Keyboard and keyboard bindings still work, but mouse interactions from left or right button clicks are either completely lost or exhibiting weird random behavior such as randomly clicking items from this dock program launcher to start running random programs even though the pointer is nowhere near the dock, all incredibly annoying. I have to completely restart X (ctrl-alt-backspace) in order to recover normal functionality. Arch64, xserver versions 1.7.6-1.8.1, KDE 4.4.x, opensource radeon drivers This is the same as bug 213969. *** Bug 213969 has been marked as a duplicate of this bug. *** A big thanks goes to Stefan Kiesler who after all this time was the first I know of who managed to reproduce this sucker. This allowed me to track this bug down to a regression in X.org. Their devs have already been informed and have produced a first prototype of a patch to fix this, but I can't tell you when a release with that patch will be made. Until then, try not to hold the gesture button too long without any mouse movement. And let's all hope that there's not more than one cause for this. I'll leave this bug open until I know for sure that the fix is going into a release. And I just noticed someone else found the way to reproduce this even earlier. So, big kudos to Ahmad Samir, too. Sorry for not seeing you before. Apparently it'll be xorg-server 1.9 Well, good that the bug is fixed upstream. But 1.9 is too far away... SVN commit 1151842 by froscher: Avoid the X.org bug that causes the mouse pointer to become useless sometimes. For the affected versions of xorg-server it won't be possible to drag'n'drop using the gesture button. BUG:173606 M +8 -2 gestures.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1151842 SVN commit 1151850 by froscher: Backport: Avoid the X.org bug that causes the mouse pointer to become useless sometimes. For the affected versions of xorg-server it won't be possible to drag'n'drop using the gesture button. CCBUG:173606 M +8 -2 gestures.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1151850 I've just updated to kde4.5 RC3, and I can't reproduce this bug. Thanks a bunch for that fix :) (In reply to comment #16) > I've just updated to kde4.5 RC3, and I can't reproduce this bug. > > Thanks a bunch for that fix :) You're welcome :) Also, thanks for the feedback. |