149103 - HTTP auth does not populate user field

Status: NEW

(Core :: Networking: HTTP, defect, P5)

Description

[benc]

From bug 81110:

Ignore examples from before, ftp is pretty much off (and never coming back) at
packetgram.com...

STEPS:

1- Configure to use "FTP Proxy" (actually URL proxy over HTTP)
2- Connect to an FTP server and force auth (by having a username in your ftp URL)

OBSERVED:
receive username + password dialog

EXPECTED:
since the username is already in the URL, the dialog should be pre-populated.
confirmed this works in 4xp

Comment 1

[Bradley Baetz (:bbaetz)]

I have no time to work on mozilla at the moment, so dougt is taking over FTP

open ftp bugs -> him

Comment 2

[Doug Turner (:dougt)]

do we have any similar problems with HTTP?

Comment 3

[benc]

I don't know. I thought that username:password was not allowed in http:// URLs
but some people think it is. This is probably an RFC 1738 vs. RFC 2396 kind of
debate.

Andreas+Darin: can you recall any bugs/design desicions about that?

Comment 4

[Andreas Otte]

username:password is allowed in http but not recommended. We support it in urls
100%. My guess, this is a problem in the population of the dialog.

Comment 5

[benc]

I realized I could test this by typing a propery constructed URL, and the
problem is indeed the HTTP auth dialog.

Comment 6

[Darin Fisher]

hmm, for http:// and https:// we strip out the username:password from the URL
before sending it as the HTTP request-URI, but we _do not_ do this if the URL
has some other scheme such as ftp://.

Comment 7

[Firefox Bug Husbandry Bot]

Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258