152878 - Mozilla prefixes "/homes/ftp/pub" to the directory path of the URL.

Status: RESOLVED WORKSFORME

(Core Graveyard :: Networking: FTP, defect)

Description

[Andrew Piziali]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0+) Gecko/20020522
BuildID:    2002052214

   From the browser's File->Open Web Location menu, I enter the URL:

     ftp://USER:[e-mail]/homes/ftp/private/andy/DAC/
where USER is my login name and PASSWORD is my password.  When I
select the [Open] button, Mozilla displays a dialog box with the
message:

/!\ 550 /homes/ftp/pub/homes/ftp/private/andy/DAC/: no such file or directory

Note that Mozilla has erroneously prefixed the file path of the
original URL, /homes/ftp/private/andy/DAC/ with /homes/ftp/pub.

Reproducible: Always
Steps to Reproduce:
1. Open File->Open Web Location dialog box
2. Enter URL of the form ftp://USER:PW@DOMAIN_NAME/FILE_PATH
3. Select [Open] button.
4. Mozilla will prefix FILE_PATH with the anonymous login FTP path,
   such as /homes/ftp/pub.

Actual Results:  See summary.

Expected Results:  Directory path should not be prefixed.

Comment 1

[Bradley Baetz (:bbaetz)]

ftp://host/ will take you to your home directory; if you want the top level dir,
use ftp://host//

This is what the spec says we should do

INVALID

Comment 2

[Claudius Gayle]

!@#$%^&*

I just spent many many hours tracking this down and I'm sure I annoyed the heck
out of some server ops people as I believed it to be a configuration error(IE
has the same behavior).

I have three questions: 
1) Was this change ever in any release notes? Netscape 6.2.3 (Moz 0.9.4?) and
every browser shipped by netscape prior to those did not have this behavior.

2) Where are 'the specs'?

3) Is there a bug with more info?

Comment 3

[benc]

If you paste the URL into the URL bar, does it work?

I don't think mozilla is changing the URL, but it might be sending a FTP command
that lengthens the resulting pathname.

Comment 4

[benc]

reporter sent me email saying this works via URL bar.

So is this some kind of bug w/ using File | Open Web Location as an entry point?

Comment 5

[Kai Lahmann (is there, where MNG is)]

reporter (Andrew Piziali): can you reproduce this bug with a recent build of
mozilla (for example, 1.1beta)? if so, please comment again with details. if
not, please resolve this bug as WORKSFORME. thanks.

Comment 6

[Andrew Piziali]

If you can point me at a Linux rpm for 1.1beta, I will install it and
try to reproduce the bug on that release.  I would prefer a Red Hat
Linux 6.2 binary rpm but can rebuild from a source rpm if necessary.

Comment 7

[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 8

[Andrew Piziali]

Two points.

First, the Mozilla release I am currently using,

    mozilla-2002051916_trunk-0_rh7

allows me to reference a directory from root so long as I employ the
double slash notation:

    ftp://[e-mail]//homes/ftp/private

Second, I am still awaiting an rpm for a recent Mozilla release in 
order to see if the double slash notation requirement has been removed.

Comment 9

[benc]

That's the way we do URL path parsing. It follows the spirit, but not the word
of RFC 1738 (which was fairly unrealistic in almost every regard). see bug 84242.

Comment 10

[Doug Turner (:dougt)]

*** Bug 158749 has been marked as a duplicate of this bug. ***

Comment 11

[benc]

RESOLVED: WFM. This is basically bug 143105.

Andy, please verify if our explaination has worked for you.

Comment 12

[andy]

it works the way that you say it should work for me, but i do not think that it
should stay that way, because noone will ever know that this is how you are
supposed to type the url if you have that problem.