https://bugs.kde.org/show_bug.cgi?id=141267
Kai Krakow <k...@kaishome.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |k...@kaishome.de
--- Comment #22 from Kai Krakow <k...@kaishome.de> ---
(In reply to RJVB from comment #21)
> I can see how that could be an advantage to some people, but it'd be a no-go
> for me. If something wants me to enter a password
>
> 1) I want to be able to let that pend while I finish something else (could
> be watching a movie)
> 2) I want to be able to move the dialog, for instance to see who is
> requesting my password
I think the point here is rather about focus stealing by other applications. If
a password dialog pops up and I start typing in it, I don't want other
applications to steal the focus.
I had situations in the past when I started two applications by clicking two
icons. The first one started fast, and the password dialog popped up, I then
started entering by password while the second application finally started,
stole the focus with a cursor in a chat window, and me just typing the password
in the chat window and hitting enter unnoticed.
A full screen modal dialog prevents that but I'm with your opinion that we
should not have this kind of modal full screen dialog. Rather, the password
dialog should ensure nothing can steal its focus while the cursor sits in its
input field. If I manually unfocus the input field, I don't actually care about
what the dialog does, letting it pend in the background, the same as you do: to
finish a task or find what is actually requesting the password.
So while the password input field is in focus, the dialog should ensure two
things:
1. Not letting some other window steal its focus (maybe this needs support from
the window manager)
2. Stay in front (so it doesn't go unnoticed behind other windows popping up
shortly after it)
But it should also not grab focus unconditionally. Example: I'm currently
typing in an editor or chat application, suddenly a password dialog pops up,
grabbing focus, and I would enter a wrong password. In the best case, it would
just ask again, in the worst case, it may lock an account or fail an operation
you didn't want to fail. So if I am actively typing somewhere currently, the
password dialog should not focus itself (or at least not focus the password
field) but rather just display on top, maybe with some visual distraction like
flashing the taskbar item.
--
You are receiving this mail because:
You are watching all bug changes.
