Closed
Bug 132329
Opened 23 years ago
Closed 23 years ago
HTTP auto goes into infinite loop
Categories
(Core :: Networking: HTTP, defect, P1)
Tracking
()
VERIFIED
FIXED
mozilla1.0
People
(Reporter: bugzilla, Assigned: darin.moz)
References
()
Details
(Keywords: regression, topembed+)
Attachments
(1 file)
1.15 KB,
patch
|
gagan
:
review+
rpotts
:
superreview+
jud
:
approval+
|
Details | Diff | Splinter Review |
If you enter the following link into Location:
http://test:test@dev.gemal.dk/
and press enter
you get the Enter username/password dialog. Dont enter anything just press Enter
and. Now you get the username/password dialog again. Just press enter once more
and Mozilla seems to go into a infinite loop seding requests to dev.gemal.dk
v20020320
Assignee | ||
Comment 1•23 years ago
|
||
yikes!! this is a major regression
-> 1.0
Severity: normal → critical
Priority: -- → P1
Target Milestone: --- → mozilla1.0
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•23 years ago
|
||
nsAString::IsEmpty() was being used to detect an unitialized mUser and mPass.
when "unitialized" the code first looks for a user:pass in the URL. if present
it uses that. in the case of this bug, it was repeatedly taking user:pass from
the URL and then overwriting it with the ":" as stored in the auth cache.
normally, the auth cache entry is cleared when mUser:mPass matches what is
stored. but with mUser:mPass being reset to "test:test" (from the URL) on each
failure, the auth entry was never being cleared. and that led to an infinite
loop :(
at any rate, the patch is trivial. we should check for NULL instead of IsEmpty
to determine if we should be checking the URL for user:pass. the patch also
adds some preventative logic to PromptForUserPass to ensure that user and pass
are never null on success.
Comment 3•23 years ago
|
||
Attachment #76315 -
Flags: superreview+
Comment 4•23 years ago
|
||
embed triage: topembed+.
Comment on attachment 76315 [details] [diff] [review]
v1 patch
r=gagan
Attachment #76315 -
Flags: review+
Updated•23 years ago
|
Attachment #76315 -
Flags: approval+
Assignee | ||
Comment 6•23 years ago
|
||
fixed-on-trunk
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 7•23 years ago
|
||
verified: 04/11/02 trunk builds, win, linux, mac
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•