146076 - URL: problems with relative URLs above ftp home directory

Status: RESOLVED FIXED

(Core Graveyard :: Networking: FTP, defect)

Description

[YABUNO Kazuma]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2)
Gecko/20020510
BuildID:    2002051006

I made a bookmark to FTP site of my network which below;
ftp://admin:password@192.168.0.10
Using with Netscape4.7X or 6.X, when I access through this bookmark, I am
located to root(/) directory.  But, using MOZILLA, I am located to admin
direcory and MOZILLA dose not show "Up to higher level directory".  So, I cannot
move my location to other directory involving root directory.
I am very inconvenienced. Please fix this BUG.


Reproducible: Always
Steps to Reproduce:
I made a bookmark to FTP site of my network which below;
ftp://admin:password@192.168.0.10
Using with Netscape4.7X or 6.X, when I access through this bookmark, I am
located to root(/) directory.  But, using MOZILLA, I am located to admin
direcory and MOZILLA dose not show "Up to higher level directory".  So, I cannot
move my location to other directory involving root directory.
I am very inconvenienced. Please fix this BUG.


Actual Results:  MOZILLA dose not show "Up to higher level directory".

Expected Results:  I can access to other directory which allowed to user "admin".

Otherwize using ftp://admin:password@192.168.0.10/../../../,
I can access to root directory, but when I click to "home", "etc", "var" etc.
which allowed to access to user "admin", Alert window is opend which say "550 No
such file or directory".
Finaly, I cannot access to other directory.

Comment 1

[R.K.Aa.]

have you turned on the debug/networking pref for directory listing format to
display as XUL tree?

Comment 2

[Matthias Versen [:Matti]]

-> FTP

Comment 3

[Bradley Baetz (:bbaetz)]

This is not a bug - logging in will place you in your home directory. To access
the root directory, use:

ftp://user@host// (ie two slashes)

I think theres a separate bug on showing/not showing the "go up a directory" in
that case. Andreas, do you have a number for that?

Comment 4

[Andreas Otte]

No, not at the moment, but I will look. We should add that the current behavior
follows the standards, NS4.x and NS6.x do not.

Comment 5

[benc]

most requests for "up" are for XUL, but if we hop into a home directory, we can
go implicitly up, but I don't think it is obvious until you try the same URL w/
a "//" at the end...

Comment 6

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

[Doug Turner (:dougt)]

what bradley said.

Comment 8

[benc]

REOPEN:

Mozilla 1.1, allplats.

You can play with hacking the URL when you are put into your home directory, but
the links in the HTML get broken:

ftp://user@server/ (puts you into /Users/user)

You can go up by adding ".." or "../" to the URL bar.

However, the links in the HTML at that level are incorrct.

A folder /Users/file would appear in the display of
ftp://user@server/../ (puts you into /Users/)
with a link of:
ftp://user@server/file (which points to /Users/user/file).

The link should say:
ftp://user@server/../file (which points to /Users/user/../file -> /Users/file)

The base is in the HTML is correct, so we must do some thing that removes the
trailing ".." when we glue the HREF of the file to the BASE.

Comment 9

[Andreas Otte]

Yes, this is a known bug. I once tried to fix it but tinderbox HTML is broken
and does not work after the patch applied. Unless tinderbox is fixed this can't
be fixed. See bug 120396 for details.

Comment 10

[benc]

-> NEW
Tried to clarify problem in summary.

Comment 11

[Doug Turner (:dougt)]

Andreas, is this a dup?

Comment 12

[Andreas Otte]

Making this bug dependend on bug 122133 which itself is blocked by 120396,
instead of making it dependend on 120396. A fix for bug 122133 (which is the
more general case) will fix this too. I'm not sure I would call this a dup, at
least this bug can be better found than the more technical stuff about CoalesceDir. 

This is not a FTP only problem, it should be fixed for al relative URLs, but as
long as tinderbox generates wrong urls, a fix for this will certainly immediatly
backed out, as it happend with bug 119071 which created 122133 as spinoff.

Feel free to assign this bug to me if it can wait for tinderbox to be fixed.

Comment 13

[Doug Turner (:dougt)]

thank you for looking at this.

Comment 14

[Andreas Otte]

bug 122133 which this bug depends on (or is a dupe of) now contains a fix. But
this fix still breaks tinderbox because tinderbox generates bsd urls. No hope
until tinderbox gets fixed.

Comment 15

[Andreas Otte]

The .. behaviour is now fixed with the checkin for bug 207298, the reason this
bug was reopened ... closing again