bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

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

UNCONFIRMED
Unassigned

Status

()

Firefox
General
UNCONFIRMED
10 years ago
4 years ago

People

(Reporter: Samuel Prashker, Unassigned)

Tracking

(Depends on: 1 bug)

Trunk
x86_64
Windows Vista
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

10 years ago
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

10 years ago
Even I got the same bug today!

Comment 2

9 years ago
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

9 years ago
Confirmed on:
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5
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.
Whiteboard: [CLOSEME 2010-12-01]
(Reporter)

Comment 5

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

Updated

8 years ago
Whiteboard: [CLOSEME 2010-12-01]
Version: unspecified → Trunk

Comment 6

8 years ago
I can confirm that the bug is _still_ present in the most recent nightly of Firefox.
I think it is likely that this will get fixed by bug 613785. When bug 613785, let's review this and see.
Depends on: 613785
You need to log in before you can comment on or make changes to this bug.