Bug 276156

Summary:	With "cursor follows mouse", input focus not always where mouse is located.
Product:	[Plasma] kwin	Reporter:	George R. Goffe <grgoffe>
Component:	general	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description George R. Goffe 2011-06-20 23:20:48 UTC

Version:           4.4 (using KDE 4.4.5) 
OS:                Linux

I am operating with "cursor follows mouse set". When I navigate via the keyboard settings for "alt-down" (toggle raise/lower and "alt-up" (raise). The "exposed" widget after "alt-down" does NOT have the focus.

Reproducible: Always

Steps to Reproduce:
set "alt+down" to toggle raise/lower widgets and "alt+up" to raise widgets


Actual Results:  
see details above.

Expected Results:  
see details above.

This behavior happens with FC 14, kde-4.6.3 (I don't know their latest right now but I AM using their latest).

Comment 1 Thomas Lübking 2011-06-21 00:08:36 UTC

Nope, that focus models are called "(strictly) under mouse" - "follows mouse" only honors crossing events (real entering)

The reason is (likely) to prevent focus "stealing" (clients can raise any time, self induced or eg. when mapping on screen)

This is pretty much a dupe, see discussion there.

*** This bug has been marked as a duplicate of bug 264368 ***