Bug 206986 - focus and password dialog
Summary: focus and password dialog
Status: RESOLVED DUPLICATE of bug 185060
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-10 18:36 UTC by Salvo "LtWorf" Tomaselli
Modified: 2012-03-17 21:57 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 ***