84625 - FTP Get results in error

Status: VERIFIED FIXED

(Core Graveyard :: Networking: FTP, defect)

Description

[Dwayne]

Build 2001-06-06-20, Win98 (and much older builds)
Build 2001-06-01-04, Win2K sp1

I can't post the FTP address directly because it's password protected and
business related.  However, I can still describe the issue:

Behavior:
On saving a .ZIP file from a second level directory (i.e. root/sub/somezip.zip),
I get the following ALERT box:

"/root/sub/somezip.zip: The directory name is invalid."

I checked the Mozilla-generated HTML code, and it looks intact.

Expected:
Successful FTP transaction.  I can successfully get this file from Netscape 4.7x.

...Filing another FTP related bug right after this, as I'm not sure they're
connected.

Comment 1

[basic]

reporter: do you still see this in a more recent build?

Comment 2

[Dwayne]

Yes, I still see this in 2001-06-18-04.  I just downloaded the absolute newest,
and it's still the same exact build.  Is that because of the pending 0.9.2
release?  In either case, I still see it.  :(

Oh, and marking 4xp since I am successful in Netscape.  <Shrug>

Comment 3

[Dwayne]

Hmm, I think the reason the newest build was the same is ANOTHER FTP bug, but we
won't get into that.  Nonetheless, after getting the newest (2001-06-21-04) I
still see it.

Here's something that may be of big help.  I put the username and password into
the URL to access the directory, i.e. ftp://user:[e-mail]/subdir/

Methinks this may be what's causing all the links (except parent dir) to fail. 
<Shrug>...

Comment 4

[Dwayne]

Still confirming on build 2001-06-26-11.

To reproduce the problem, I would suggest logging into an FTP server with the
username and password embedded in the URL.

Changing severity to major (even though I would opt for more) because it's
blocking my work on the job.  I have to download at least one file off the
server each night.

Comment 5

[Dwayne]

What is the status of this bug?  I haven't heard anything from DougT, even when
he took control of the bug...he was silent!  (That bastard...)

Comment 6

[Gagan]

You'd probably hear a better response if you treated people with a 
little more respect.

Comment 7

[Dwayne]

<QA Ignore>
Gagan, I truly take offense to that.  I even re-read my comments to be sure...

The last comment I had was full of sarcasm and winking, hence the "that bastard"
comment.  My other comments have been suggestions and observations.  I can't
find a hint of disrespect.  Nonetheless, if I have offended anyone, I apologize.

I just don't like seeing bugs stagnant for over a month, that's all.  If Doug
had said something when he changed status to ASSIGNED I would be resting easy.
</QA>

Anyway, I don't know how they have the server set up in my (protected) example,
but is it safe to assume it has something to do with the embedded password?

Comment 8

[Doug Turner (:dougt)]

Dwayne,
Making this bug invalid as I have no clear way to reproduce this problem.  Can
you find a site that exhibits this problem and reopen?  

I have no problems login into internal ftp servers with a complete ftp uri which
includes user/password prehost info.

Comment 9

[Dwayne]

Doug, I will provide you with my URL via email under the agreement that all
information is used solely for testing purposes.

Reopening in the meantime.  I can still reproduce this with build 2001-07-23-03.

Comment 10

[Doug Turner (:dougt)]

fine.  I really don't care what you got on that site... I am only conserned with 
address any possible problems.  We have less than 20 hours before we miss 
the 0.9.3 boat. ;-/

Comment 11

[Doug Turner (:dougt)]

bulk move to 0.9.4

Comment 12

[Doug Turner (:dougt)]

This appears to be fixed.

Comment 13

[Dwayne]

Verifying.  Thanks guys.