288318 - Mozilla re-prompts for FTP password, apparently after FTP connection times out

Status: RESOLVED DUPLICATE of bug 80652

(Core Graveyard :: Networking: FTP, defect)

Description

[Daniel B.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217

For a URI of the form ftp://username@host/..., after Mozilla prompts for the
password, it seems to forget the password as soon as the FTP connection is
closed.   

(If you request a page at such a URI and then wait long enough before 
reloading it or clicking on a URI reference that resolves to the same 
authority portion), Mozilla prompts for the password again.)

Besides being broken behavior on its own, this is the inconsistent with
Mozilla's behavior of not re-prompting (in the same session) for passwords 
for HTTP authentication.


Reproducible: Always

Steps to Reproduce:
1. Enter a URI of the form ftp://username@host/... (for a page that needs
   a password) in the location text box and press Return.
2. Notice that Mozilla prompts for the password.
3. Enter the (correct) password.
4. Notice that Mozilla displays the page.
5. Request to reload the page, or click on a link with the same authority
   portion.
6. Notice that Mozilla (re-)displays the page without re-prompting for the
   password.
7. Wait until the FTP connection is closed.  (E.g., on Unix (Linux?), run
   "netstat -ct" until the FTP TCP connection goes away.)
8. Repeat step 5.
9. Notice that instead of (re-)displaying the page, Mozilla now prompts 
   for the password again.
Actual Results:  
See step 9.

Expected Results:  
In step 9, Mozilla should have (re-)displayed the page without re-prompting
for the password.

Comment 1

[Daniel B.]

Note another symption:  If you use the same window (or tab, presumably)
to view another page and then use the Back button to go back to the 
ftp://... page, Mozilla re-prompts for the password (if things have timed
out).  

(Actually, that's a different bug:  The Back button makes a new request;
it should just re-displaying previously-retrieved data without making a
new request.  Mozilla really should follow W3C standards and architecture.)

Comment 2

[Matthias Versen [:Matti]]

*** This bug has been marked as a duplicate of 80652 ***

Comment 3

[Daniel B.]

> *** This bug has been marked as a duplicate of 80652 ***

This does not seem to be a duplicate.  The symptoms are
different:

Bug 80652 says:

  2- When you actually try to get a file from that window, EVERY 
  file transfer, even the same file twice, results in an auth 
  challenge.

I did not have to enter a password for each transfer.  If I kept
requesting pages every so often, it would work fine.  If was only
when I waited long enough for the FTP TCP connection to be closed
that that I was re-prompted for the password.

Comment 4

[Matthias Versen [:Matti]]

it is a dupe.
The sympthoms may have changed in the meatime: The password seem to be cached
until the connection is closed.
You want an authentification cache for the whole session and bug 80652 is for
implementing this = this is a dupe.


*** This bug has been marked as a duplicate of 80652 ***