Bug 104670 - hidden password prompt boxes
Summary: hidden password prompt boxes
Status: RESOLVED DUPLICATE of bug 89951
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 3.4
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 96919 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-04-27 18:56 UTC by Marcin Kasperski
Modified: 2005-05-10 15:18 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 Marcin Kasperski 2005-04-27 18:56:08 UTC
Version:           3.3.2 (using KDE 3.3.2,  (3.1))
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-8)
OS:                Linux (i686) release 2.6.8

Repeatable scenario:

- I click some URL in kmail email - the link leads to some page which require HTTP authorization

- temporary dialog 'Postęp ładowania' (Loading progress?) show up showing the URL and 0% progress - and I can wait as long as I like, nothing changes

- this effect is caused by the fact that konqueror waits for username and password

- but the window prompting for them is somewhere below existing windows (I usually find it finally on taskbar)!

Please do sth to force this window to be always on top.
Comment 1 David Faure 2005-04-28 10:37:36 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 :)
Comment 2 Lubos Lunak 2005-04-28 12:07:34 UTC
Please provide some URL that can be used to reproduce the problem.
Comment 3 Marcin Kasperski 2005-04-28 16:19:19 UTC
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)    
Comment 4 Marcin Kasperski 2005-04-28 16:22:13 UTC
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)
Comment 5 Lubos Lunak 2005-04-29 17:56:04 UTC
*** Bug 96919 has been marked as a duplicate of this bug. ***
Comment 6 Martin Koller 2005-05-01 13:16:05 UTC
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 
Comment 7 Lubos Lunak 2005-05-10 15:18:21 UTC

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