Closed
Bug 22534
Opened 25 years ago
Closed 24 years ago
Clearing authentication password by sending a 401
Categories
(Core :: Networking, defect, P3)
Tracking
()
VERIFIED
FIXED
M16
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.
Updated•25 years ago
|
Assignee: morse → valeski
Component: Password Cache → Networking
Comment 1•25 years ago
|
||
This has nothing to do with the password cache. Rather it is the password authentication in necko. Reassigning to Valeski.
Reporter | ||
Updated•25 years ago
|
Target Milestone: M12
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 3•25 years ago
|
||
fix checked in 12/29/99 2:00pm pac time.
Updated•25 years ago
|
QA Contact: paulmac → tever
Comment 4•25 years ago
|
||
setting tever as qa
Reporter | ||
Comment 5•24 years ago
|
||
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 ago → 24 years ago
Resolution: --- → FIXED
Comment 7•24 years ago
|
||
verified: winNT 2000070508 Mac 8.6 2000070511 Linux 2000070420
Status: RESOLVED → VERIFIED
Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•