136205 - window asking HTTP password prompt does not accept focus

Status: RESOLVED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Markus Senoner]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9) Gecko/20020311
BuildID:    2002031104

If a webpage is protected thruogh a http-password, the popup window asking the
password does not inherit focus from the underlying window.  If Mozilla is
semi-hidden by another window, it is thus impossible to bring the browser to the
foreground by clicking on the browser top-bar or border - You have to click on
the popup, hide the window in the foreground or switch to the browser with
Alt-Tab.  The browser should accept the focus, even when a popup window on top
of it asks for password-input.


Reproducible: Always
Steps to Reproduce:
1. insert an url protected by password (the popup opens, blocking input to the
window behind as long as the popup doesn't get closed)
2. open another application (e.g. notepad) which will hide the popup, but not
all of the browser
3. try to bring the browser with the popup behind notepad to the forground -
impossible by clicking somewhere on the browser
4. you have to minimize/resize notepad to make the popup visible - only then you
can give the popup its focus. 

Expected Results:  the browser with the password-prompt-popup on top, should pop
to the foreground when clicking on any part of the browser and focus be
transferred to the password-prompt-popup.

Comment 1

[sairuh (rarely reading bugmail)]

i cannot repro this using 2002.04.09.03-gmake comm bits on win2k. at step 3,
clicking on the visible portion of the browsing (behind Notepad, but passwd dlg
still obscured) brings the browser window (along with the passwd dlg) to the
forgreound.

Comment 2

[Markus Senoner]

I checked it again:
If instead of Notepad the Password-Dialog is hidden by another Mozilla-Window,
the focus will not be given to the window behind.

Sorry, I specified Notepad for simplicity, to distinguish the 2 windows, but the
bug really only occurs, when both windows are Mozilla-windows.

Comment 3

[Markus Senoner]

Bug still present in Mozilla 1.0 RC 1: Mozilla/5.0 (Windows; U; Win98; en-US;
rv:1.0rc1) Gecko/20020417

Comment 4

[Pedro Fernando]

I can reproduce it with Mozilla 1.0 RC3 Build 2002052306.

The bug occurs hiding the mozilla window with any windows program (notepad for
example).

Comment 5

[Aaron Leventhal]

another focus/tab nav bug

Comment 6

[jape]

I've seen this on WinNT with mozilla 1.0.  
It's been related to the master password dialog
and the password dialog that is used to access 
password protected web pages.  The dialog
can't get focus, so I can't enter anything.  
Hitting ok or cancel will close the dialog,
and subsequent attempts will work.  I'll watch
for this closer - there might have been more
than 1 dialog open at the time.

Comment 7

[Michael Gabriel]

confirming, very annoying

Comment 8

[Ben Bucksch (:BenB)]

This is a bug in the implementation of nsIPrompt or nsIAuthPrompt. I've seen
this as well.

Comment 9

[[e-mail]]

Well, on Windows 98, I can't get *any* Mozilla window to raise by clicking on it
if a dialog is open. And even when a dialog isn't open, it doesn't notify the
taskbar that it has raised... but all this appears to works fine on W2K.

Comment 10

[Asa Dotzler [:asa]]

*** Bug 191390 has been marked as a duplicate of this bug. ***

Comment 11

[Matthias Versen [:Matti]]

Is this still a problem ?

Comment 12

[Ciprian Muresan [:cmuresan], Ecosystem QA]

Based on the fact that no one has answered to Matti and the fact that the passwords windows are handled by the password manager, I will mark this issue as Resolved-WFM. If anyone can still reproduce it, feel free to reopen the issue and provide more information.