Version: (using KDE KDE 3.5.5) Installed from: Ubuntu Packages To demonstrate, do e.g. the following: - Have a konqueror window and konsole window open, but smaller than your desktop. - Right click on desktop (you get a context menu). - Move mouse on konqueror, left click (to get rid of the context menu). Result: you have to click or move mouse away from konqueror and back in order to get focus on konqueror. The same result is obtained with the following: - Right click on konsole (you get a context menu). - Move mouse on konqueror, left click (to get rid of the context menu). This is not an issue with focus "under mouse" or "focus strictly under mouse". This report and bug 81743 share the same topic but seem inverse by content. As I commented on that report, there seem to be different kinds of context menus that behave differently. (Please also compare the issue reported here with bug 130063.)
It seems focus changes are not handled properly while/after input grabs.
*** Bug 130063 has been marked as a duplicate of this bug. ***
Still seems to be an issue in KDE4.
Confirmed with KDE 4.5.2
Sorry for the delay. Fix (against kwin git master, but will likely apply on 4.8 as well) https://git.reviewboard.kde.org/r/104316/ You need to activate an undocumented settings which will get a GUI in 4.9 kwriteconfig --file kwinrc --group Windows --key NextFocusPrefersMouse true
Git commit 724895e5355e27d0aff8b0eaf55d26c24efc32d3 by Thomas Lübking. Committed on 17/03/2012 at 15:34. Pushed by luebking into branch 'master'. handle ungrab crossings for FFM & mouse preference REVIEW: 104316 M +5 -3 kwin/events.cpp http://commits.kde.org/kde-workspace/724895e5355e27d0aff8b0eaf55d26c24efc32d3