Closed Bug 22534 Opened 25 years ago Closed 24 years ago

Clearing authentication password by sending a 401

Categories

(Core :: Networking, defect, P3)

x86
Other
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: gregory, Assigned: gagan)

References

()

Details

(Whiteboard: 1d)

This problem is easy to recreate in both the Linux and Win32 versions of
Mozilla.  I have a page that demenstrates the problem at:
http://www.healthtech.net/test/index.html

I am sending the following header information to Mozilla in order to request a
password:

WWW-authenticate: basic realm=American HealthTech
HTTP/1.0 401 Unauthorized

This works and Mozilla prompts for a password.  Now if you go to another page
on the same site that needs a different username/password, I again send the
above header information.  Mozilla prompts for the username/password again.
However, no matter what username/password is entered, it returns the orgional
username/password to the server instead of the newly entered information.
Assignee: morse → valeski
Component: Password Cache → Networking
This has nothing to do with the password cache.  Rather it is the password
authentication in necko.  Reassigning to Valeski.
Assignee: valeski → gagan
Status: NEW → ASSIGNED
taking over...
Target Milestone: M12
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
fix checked in 12/29/99 2:00pm pac time.
QA Contact: paulmac → tever
setting tever as qa
This bug has re-appeared.

I noticed when Netscape 6.0prc1 came out that this bug was not fixed in it.  
Since 6.0 is based on M14, I double checked the nightly builds and sure enough, 
Mozilla is also failing my test page again.  I also tried sending different 
realms for each page with no effect.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → ASSIGNED
Whiteboard: 1d
Target Milestone: M12 → M16
just checked in a fix so now this should work (for most part) :)
Status: ASSIGNED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → FIXED
verified:
winNT 2000070508
Mac 8.6 2000070511
Linux 2000070420 
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.