Bug 206986

Summary:	focus and password dialog
Product:	[Plasma] kwin	Reporter:	Salvo "LtWorf" Tomaselli <tiposchi>
Component:	general	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	lemma
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:

Description Salvo "LtWorf" Tomaselli 2009-09-10 18:36:02 UTC

Version:           unknown (using 4.3.1 (KDE 4.3.1), Debian packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.31odino

Password window should never loose the focus. It happens to me to type password and another thing pops up and the input goes on that.

Comment 1 Christoph Feck 2010-06-08 03:49:41 UTC

KWin needs to make sure the focus is not reassigned to a different window, unless by explicit user input (click on a different window, Alt+Tab, etc.)

Comment 2 Thomas Lübking 2010-06-08 20:58:07 UTC

this should be done by the usertime comparism.
a) what focus stealing prevention level do you use (in doubt, try "medium", "low" will pass the focus "in doubt")
b) what kind of popups steal the focus?

if the popup however comes with an application just lauched (during system start) the focus will be passed (assuming you launched it, so the window shows by demand)

otherwise
a) we'd need a reverse focus stealing rule or NETWM extension ("being kwalletd" is no sufficient hint ;-)
b) kwalletd would have to grab the keyboard if it thinks it's special enough.

Comment 3 Thomas Lübking 2012-03-17 21:57:41 UTC

this collapses to a dupe of bug #185060 however usually it would be the dialogs duty to ultimately grab the keyboard (the only secure way to prevent any input sniffing)

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