Same here, all the clicks go to the previously focused window until right clicked (in a way that it will be registered in the previous window, clicking outside doesn't help), then the clicks are registered in the new window only. Closing previous window helps. e.g.: chrome with gmail opened in a tab, going to another desktop/alt-tabbing to another window, clicking inside the shown window registers clicks in gmail, right-clicking where emails list suppose to be registers in gmail and doesn't release the "lock" clicking somewhere in the body or where chrome tabs/menus suppose to be pops-up a context menu and releases the lock, closing/killing chrome helps too. All the clicks after that register in the new window only... Another scenario: when in not-maximized window, alt-tabbing/going to another desktop, clicking - all the clicks register in the previous window, right-clicking "outside" that window won't do anything, clicking inside releases the lock...
I'm pretty much sure that the reason right-click helps is that it creates the context menu, which is a window itself. So when a new window created it gets the focus and mouse clicks go there, clicking anywhere else closes the menu and window is destroyed, releasing that way the "lock". So any next window you click has the focus now... My setup - openSuSE 12.1 64, X 1.10.4, KDE 4.7.2R5 -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to xserver-xorg-input-evdev in Ubuntu. https://bugs.launchpad.net/bugs/505494 Title: Mouse events fail frequently and unpredictably, requiring kwin restart To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/505494/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-x-swat Post to : ubuntu-x-swat@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-x-swat More help : https://help.launchpad.net/ListHelp
