Bug 72641 - "Focus Follows Mouse" annoying behaviour with mini-cli
Summary: "Focus Follows Mouse" annoying behaviour with mini-cli
Status: RESOLVED DUPLICATE of bug 92290
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
Depends on:
Reported: 2004-01-14 15:38 UTC by Wout Mertens
Modified: 2005-03-09 17:29 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description Wout Mertens 2004-01-14 15:38:49 UTC
Version:            (using KDE KDE 3.1.94)
Installed from:    Compiled From Sources

- Set Focus Follows Mouse

- Put a window in the center of the screen

- Put the mousecursor below center so that the mini-cli will not cover it but it is still in the window

- press alt-f2, mini-cli comes up

- type 'h'. Command completion will pop up a list that most probably extends beyond the mini-cli (if you type http a lot :) ). Make sure the mouse is in this list, but not in the mini-cli

- continue typing some letters, list disappears

- => Presto, focus is now in window.

So, I guess the general behaviour is something like "Transient windows should revert focus to last window" or something like that.

Please fix this, it's very annoying :)
Comment 1 Lubos Lunak 2004-03-04 16:18:00 UTC
If ever a way is found to distinguish EnterNotify events caused by user from those caused by window structure changes, the focus stealing prevention problem from bug #76716 could be fixed as well (explicit updateUserTime() on activation by user EnterNotify).
Comment 2 Wout Mertens 2004-03-15 15:30:18 UTC
Ok, I can see that this goes back to the X11 event policies.

How about tying EnterNotify events to time since window structure change?

If you get an EnterNotify shortly after a window was unmapped, you can decide that it was because of the unmapping, especially when the mouse pointer is in the rectangle that was occupied by that window. In that case, you revert focus to the last window, not the one that got EnterNotify.

Another way of going about it in this specific case would be to make the "Run Command" dialog modal, and refuse to lose focus until unmapped. Maybe as an advanced configuration option?

What do you think?
Comment 3 Wout Mertens 2004-05-11 11:06:12 UTC
Updating to retain visibility
Comment 4 Lubos Lunak 2004-10-29 14:16:29 UTC

*** This bug has been marked as a duplicate of 92290 ***
Comment 5 Lubos Lunak 2005-03-09 16:54:48 UTC
testing, ignore
On Wednesday 14 of January 2004 15:38, Wout Mertens wrote:
Comment 6 Lubos Lunak 2005-03-09 17:01:02 UTC
test2, ignore
On Wednesday 14 of January 2004 15:38, Wout Mertens wrote:
Comment 7 Lubos Lunak 2005-03-09 17:29:14 UTC
test 3
On Wednesday 09 of March 2005 17:01, Lubos Lunak wrote:
[bugs.kde.org quoted mail]