Closed Bug 139851 Opened 22 years ago Closed 9 years ago

username from FTP URL should prefill in authentication dialog (sheet)

Categories

(Core Graveyard :: Networking: FTP, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: bill+mozilla-bugzilla, Unassigned)

References

(Blocks 1 open bug)

Details

example:

http://user@foo.bar

expected:

authentication dialog (sheet) with 'user' pre-filled in username field

actual:

blank username and password dialog (sheet)

I'm using this with HTTP basic authentication, but it should be the same with
digest, FTP, etc.

build 2002041712
This would have to be done by the netwerking layer before calling on the 
password manager.  Reassigning.
Assignee: morse → darin
Component: Password Manager → Networking: HTTP
QA Contact: tpreston → tever
Duplicate of "RFE: Auth dialog should be prefilled with username when using
http://username@somehost.somedomain"

*** This bug has been marked as a duplicate of 66177 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Reopening and changing summary to cover FTP case that isn't covered by bug 66177.
Status: RESOLVED → UNCONFIRMED
Component: Networking: HTTP → Networking: FTP
OS: MacOS X → All
Hardware: Macintosh → All
Resolution: DUPLICATE → ---
Summary: username from URL should prefill in authentication dialog (sheet) → username from FTP URL should prefill in authentication dialog (sheet)
I think this bug is invalid for the existing ftp code.  The ftp code currently
prompts only for username and password when the uri doesn't have a login and
anonymous login fails.  At all other times, it just prompts for password.
Clearly, this belongs on 'Stupid Reporter Tricks'.  

I know I tested it, but I must've spaced and typed http in place of ftp...  
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → INVALID
(hates vauge bugs that morph).

Please restate what you want. I think this is INVALD b/c it already does that,
w/ the exception of FTP-proxy (bug 149103).
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
resolving as invalid per comments 4 and 5 
(may also have been a duplicate of bug 66177 but I can't easily confirm that)
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → INVALID
verifying as 'stupid bug'
Status: RESOLVED → VERIFIED
REOPEN, this is valid.

#4 in this bug is incorrect, per bug 124561.


Here's some more clarification from bug 61177:
------ Additional Comment #5 From Bill McGonigle  2002-04-25 07:41 -------

In the dup bug I filed, bug 139851, I suggested this should happen for FTP also.
 I notice this bug is under Networking::HTTP.  Would the work done in
Networking::HTTP get us FTP support too?


------- Additional Comment #6 From Darin Fisher 2002-04-25 13:36 -------

nope, this bug would have to be solved individually for FTP.

---

What people want for HTTP is a username/password dialog that has both fields w/
text entry.

The current implementation prefils the user in a label, which cannot be changed
by the user.

This creates problems in some situations. For example, there is no way to get a
user-password auth via content (see bug 202419).


Status: VERIFIED → UNCONFIRMED
QA Contact: tever → benc
Resolution: INVALID → ---
Blocks: 232560
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Future
Assignee: darin → nobody
QA Contact: benc → networking.ftp
Status: NEW → RESOLVED
Closed: 22 years ago9 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.