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: | kollix |
Priority: | NOR | ||
Version: | 3.4 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed 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 |