478781 - Moving tab on page with HTTP Authentication before loading disables button clicking

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Samuel Prashker]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

http://img167.imageshack.us/img167/4553/captureij3.jpg < HTTP Authentication

What happens is when you click and drag a tab that will end up asking you for HTTP Authentication, BEFORE the actual Authentication window pops up, 'OK' and 'Cancel' and the Closing 'X' are no longer clickable.

However you can type in the username box, press TAB, enter the password, and press enter. If you do it via your keyboard (as the OK is highlighted by default)...pressing enter works.

Pressing Escape closes it, which also still works.

Please see the Steps to reproduce, and keep in mind this has to be done FAST (as the authentication window, depending on your internet connection will pop up fast)

Reproducible: Always

Steps to Reproduce:
1. Go to a page with HTTP Authentication
2. Before the Authentication window pops up (so before it loads), start to move the tab some other place on the tab bar.
3. Try and click OK, Cancel or X

Actual Results:  
'OK' and 'Cancel' and the Closing 'X' in the Authentication Window are no longer clickable

Expected Results:  
Should be able to click 'OK', 'Cancel' and Closing 'X' button.

Here is an image of the bug in action

http://img294.imageshack.us/img294/6593/whathappenshs3.jpg

--

Tested on a profile I created 20 seconds ago, and the bug is still there.

Comment 1

[Jay]

Even I got the same bug today!

Comment 2

[Stephen Morley]

I encountered this with Firefox 3.5 on Windows Vista. I tested Mac OS X 10.5, but it didn't occur on that OS. User agents:

Occurs on:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)

Does not occur on:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5

Comment 3

[Thor K. H]

Confirmed on:
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5

Comment 4

[Tyler Downer [He/Him]]

Reporter, please retest with Firefox 3.6.12 or later in a fresh profile (http://support.mozilla.com/kb/Managing+profiles). Also update your plugins (flash, adobe reader, java, quicktime, silverlight, etc.) Go to the developer's website and download the latest version from there. If you no longer see this issue, please close this bug as RESOLVED, WORKSFORME. If you do see the bug, please post a comment.

Comment 5

[Samuel Prashker]

Bug still present in newly created profile for FireFox 4 Beta 7.

Comment 6

[Thor K. H]

I can confirm that the bug is _still_ present in the most recent nightly of Firefox.

Comment 7

[Brian Smith (:briansmith, :bsmith, use NEEDINFO?)]

I think it is likely that this will get fixed by bug 613785. When bug 613785, let's review this and see.

Comment 8

[Wayne Mery (:wsmwk)]

(In reply to Brian Smith (:briansmith, :bsmith, use NEEDINFO?) from comment #7)

I think it is likely that this will get fixed by bug 613785. When bug
613785, let's review this and see.

Thor, can you still reproduce this?

Comment 9

[Thor K. H]

(In reply to Wayne Mery (:wsmwk) from comment #8)

(In reply to Brian Smith (:briansmith, :bsmith, use NEEDINFO?) from comment #7)

I think it is likely that this will get fixed by bug 613785. When bug
613785, let's review this and see.

Thor, can you still reproduce this?

I mean, I don't use Firefox much on Windows, and certainly, not on Windows Vista for that matter, but for what it's worth (10 years later) I cannot reproduce this in Firefox 82.0.2 on Arch Linux despite following the original instructions.

Comment 10

[Paul Zühlcke [:pbz]]

I can't reproduce it anymore either. We switched to a new dialog type in Bug 613785.