password dialog cannot be completed for web page authentication

VERIFIED WORKSFORME

Status

()

Core
Networking
P2
blocker
VERIFIED WORKSFORME
18 years ago
18 years ago

People

(Reporter: Mark Henson, Assigned: Warren Harris)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
When a .htpassword file exists in a webserver directory a password dialog box is
preseted to the user by the browser.  In M15 this box can be completed but
authentication fails and the dialog box represented, now entries can no longer
be filled in and in the latest nightly(23-05) build (M16) the password entry can
not be filled in at all.  This error is produced at the term window when this
occurs:

Gdk-CRITICAL **: file gdkwindow.c: line 1707 (gdk_window_get_parent): assertion
`window != NULL' failed.
HTTP basic authentication bug. Reassigning to gagan.
Assignee: mstoltz → gagan
Component: Security: General → Networking

Comment 2

18 years ago
Confirmed, using the May 22 nightly on GNU/Linux. Setup a simple test URL at:
http://klamath.dyndns.org/secret/ , username mozilla, password mozilla.

I didn't get the GTK error (I didn't try very hard though). Interestingly, you
cannot type text into the 'password' dialog, but you can paste text into it.

Comment 3

18 years ago
 I believe that this is a dup of the very popular bug #27784, although
this bug report includes the useful workaround information that one can
actually paste the password in and it's just typing that's the problem.

Comment 4

18 years ago
This is not a dup of 27784. 
warren: is this related to your recent fixes for single signon?
Assignee: gagan → warren

Comment 5

18 years ago
bug 38180 and
bug 40788 (marked dup of 27784)
are about the exact same error message and type of password box.

Comment 6

18 years ago
confirming bug, I see this too on linux. There seem to some duplicates of this
bug, raising priority, this is a must for M16 I think.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: P3 → P2

Comment 7

18 years ago
I'm also seeing this - it used to work, back in late April's nightlies.
This was with an older style auth popup. Since the newer style of auth
dialog was introduced, it's just not allowing keyboard input into the
password field. This makes it hard to use Mozilla for Zope :-(

For me, it fails on a Redhat 6.2 system, GTK 1.2.6.

Comment 8

18 years ago
i'm noticing that after the gtk error message shows up, clicking cancel causes
mozilla to crash

Comment 9

18 years ago
Jae, the crash on cancel was bug 41404 which is fixed now (2000060508).

By the way, this seems to work fine now, compared to a 5/21 build.
I get "Authorization granted" when trying to access Neil's test page.
Recommend WORKSFORME.

By the way, if tabbing from "username" to "password" doesn't work correctly, 
then that's bug 30221 "Tab order problem in basic auth username & password box".
(Reporter)

Comment 10

18 years ago
Confirmed nightly 2000-06-04-20 seems to work Ok now...

Comment 11

18 years ago
WORKSFORME  Linux 2000061201
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME

Comment 12

18 years ago
verif.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.