Closed
Bug 84760
Opened 23 years ago
Closed 23 years ago
extra "/" appears in file picker dialog
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 124873
mozilla1.0
People
(Reporter: diego, Assigned: bryner)
References
Details
(Keywords: polish, testcase)
Attachments
(3 files)
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•23 years ago
|
||
Confirmed. Saw it on yesterday's commercial builds in Linux.
There might be a duplicate of this one, but I couldn't find one.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•23 years ago
|
||
->bryner/future, assuming it is purely cosmetic
Assignee: trudelle → bryner
Target Milestone: --- → Future
Updated•23 years ago
|
QA Contact: aegis → jrgm
Comment 4•23 years ago
|
||
May God have mercy on us all. The 212 bug spam-o-rama is Now!
Comment 5•23 years ago
|
||
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].
Keywords: polish
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 6•23 years ago
|
||
*** Bug 100311 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 7•23 years ago
|
||
Place these files in a local directory, e.g. /tmp/.
Reporter | ||
Comment 8•23 years ago
|
||
Place these files in a local directory, e.g. /tmp/.
Reporter | ||
Comment 9•23 years ago
|
||
Place these files in a local directory, e.g. /tmp/.
Reporter | ||
Comment 10•23 years ago
|
||
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.
Assignee | ||
Comment 11•23 years ago
|
||
-> 1.0, nominating for beta1.
Keywords: nsbeta1
Target Milestone: --- → mozilla1.0
Reporter | ||
Comment 12•23 years ago
|
||
Oooh, have a look at the dupe, bug 100311. This has some nasty consequences.
Assignee | ||
Comment 13•23 years ago
|
||
bz has a fix for this over in bug 124873.
*** This bug has been marked as a duplicate of 124873 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 14•23 years ago
|
||
Why do all my bugs get duped against newer ones? Sigh.
Great to have a fix for this ---> VERIFIED
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•