| Summary: | hidden password prompt boxes | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Marcin Kasperski <Marcin.Kasperski> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | martin |
| Priority: | NOR | ||
| Version First Reported In: | 3.4 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Marcin Kasperski
2005-04-27 18:56:08 UTC
I had this too, and it's IMHO a kwin issue (with focus stealing prevention). Unless the kwin developer(s) tell me to set some flags on the dialog, in which case I'll do that of course :) Please provide some URL that can be used to reproduce the problem. I observe this problem using intranet application in my organization, so it is not usable for your reproduction. Nevertheless it seems to me that the following things can be important here: - the service uses HTTP authentication, - service is accessed using SSL (https://...) - I work in 'focus follow mouse' mode (the window over which the mouse pointer is placed gets keyboard input but is not moved to the top) Two extra remarks: - in bug 104671 I suggest totally alternative solution for the problem of HTTP authentication queries - I do not remember details now but the problem of 'hidden somewhere modal window' happens also in other applications (in fact I got used to the fact that if some KDE application stops being responsive I should go over all virtual desktops searching for some dialog box hidden in the taskbar) *** Bug 96919 has been marked as a duplicate of this bug. *** Re #2: See my original comment in Bug 96919: To reproduce, try to create a mail with the following link to the local SWAT parametrization (if you have installed it). http://localhost:901 |