84760 - extra "/" appears in file picker dialog

Status: VERIFIED DUPLICATE of bug 124873

(Core :: XUL, defect)

Description

[Diego Biurrun]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5 i586; en-US; rv:0.9.1) Gecko/20010607
BuildID:    2001060713

If I cd .. down to the / directory and then choose another directory, a rogue /
remains in front of the path, //usr instead of /usr.

Reproducible: Always
Steps to Reproduce:
1.Ctrl-o to open a file.
2.Press the (..) button until you are in the / dir
3.choose any other dir
4.path looks goofy

Sometimes the file picker comes up with such a messed up pathname (//home/diego)
for example, but I cannot reliably reproduce this.

Comment 1

[Chad Austin]

Confirmed.  Saw it on yesterday's commercial builds in Linux.

There might be a duplicate of this one, but I couldn't find one.

Comment 2

[Peter Trudelle]

->bryner/future, assuming it is purely cosmetic

Comment 3

[Brian Ryner (not reading)]

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

Comment 4

[John Morrison]

May God have mercy on us all. The 212 bug spam-o-rama is Now!

Comment 5

[sairuh (rarely reading bugmail)]

transferring my recipe from bug 85289:

1. open file picker [accel+O, or File > Open File].
2. go to the root dir --either enter / in the "File name" field, or hit the ..
button till you get there.
3. go inter a subdirectory --either by entering the subdir's name in the "File
name" field, or by double-clicking its name in the file listing.

result: the "Look in" field will display the double slash [at the root level].

Comment 6

[Theo Jakobus]

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

Comment 7

[Diego Biurrun]

Attachment: HTML testcase + java class files as tar.gz file

Place these files in a local directory, e.g. /tmp/.

Comment 8

[Diego Biurrun]

Attachment: HTML testcase + java class files as tar.gz file

Place these files in a local directory, e.g. /tmp/.

Comment 9

[Diego Biurrun]

Attachment: HTML testcase + java class files as tar.gz file

Place these files in a local directory, e.g. /tmp/.

Comment 10

[Diego Biurrun]

Sorry for the spam, apparently my nightly freaked out while submitting the testcase.

Unfortunately this is not merely cosmetic, but may be causing quite a few subtle
and hard to debug breakages in other places.  Therefore I am raising severity to
NORMAL, proposing this for mozilla 1.0 and resetting the Target Milestone from
Future to --- to have the priority of this bug reevaluated.

Here comes the recipe to trigger the breakage:

1. You need the Sun JRE 1.4.0-beta3.
2. Unpack the testcase to e.g. /tmp/
3. Open a local file via the filepicker, e.g. by pressing Crtl-o.
4. Navigate to the / directory (to get the "//" at the beginning of the path)
and then to the directory where you stored the testcase.html file and open it.
5. The applet fails to load.

The problem lies in the number of "/" (slashes).  While the URL with 4 "/"

file:////tmp/testcase.html

fails to load the same with 3 "/"

file:///tmp/testcase.html

works fine.

Please consider fixing this for the magic 1.0 milestone.

Comment 11

[Brian Ryner (not reading)]

-> 1.0, nominating for beta1.

Comment 12

[Diego Biurrun]

Oooh, have a look at the dupe, bug 100311.  This has some nasty consequences.

Comment 13

[Brian Ryner (not reading)]

bz has a fix for this over in bug 124873.


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

Comment 14

[Diego Biurrun]

Why do all my bugs get duped against newer ones?  Sigh.
Great to have a fix for this ---> VERIFIED