Closed
Bug 193829
Opened 23 years ago
Closed 23 years ago
filenames are truncated in ftp directory listing
Categories
(Core Graveyard :: Networking: FTP, defect)
Core Graveyard
Networking: FTP
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 195956
People
(Reporter: complex, Assigned: dougt)
References
()
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
at ftp://shasha:superfurryanimals@www.omgstfu.com/ numerous files have truncated
file names, which prevents the user (me!) from downloading them. Logging in to
the FTP from various other FTP clients works fine.
Reproducible: Always
Steps to Reproduce:
1. Go to ftp://shasha:superfurryanimals@www.omgstfu.com/
2. Enter the Built To Spill direcory
3. Try to download track 1 (or 4 or 8, but use track 1 for this example)
Actual Results:
Application error pop-up with "550 /Built To Spill - The Normal Years/Built to
Spill - 01 - So &: No such file or directory"
Expected Results:
Begin to download the file, which is called "Built to Spill - 01 - So & So So &
So From Wherever Wherever.mp3"
FTP clients that can download this file w/ no problem: SmartFTP 1.0.973 for
Windows 2000, Windows 2000 ftp command line client, ftp from Debian Linux
2.2.19, Internet Explorer 6.0.2800.1106
I've discovered that Mozilla CAN d/l the file if fed the correct filename in the
location bar. So, for example, if you want track 4, you can feed Moz
ftp://shasha:superfurryanimals@www.omgstfu.com/Built%20To%20Spill%20-%20The%20Normal%20Years/Built%20to%20Spill%20-%2004%20-%20Some%20Things%20Last%20a%20Long%20Time.mp3
and it will work, even when the directory listing is only giving you
ftp://shasha:superfurryanimals@www.omgstfu.com/Built%20To%20Spill%20-%20The%20Normal%20Years/Built%20to%20Spill%20-%2004%20-%20Some%20Things
Comment 2•23 years ago
|
||
confirm this with
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030214
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
| Reporter | ||
Comment 3•23 years ago
|
||
I've noticed that all the 'breaks' in the filenames (at least on this ftp) are
occuring on spaces, the space between words, and that the full URL contains
quite a few spaces. I don't know if this helps.
+ clean-report, regression, nsbeta1
? blocking 1.3.
This happens in Mozilla 1.3b, but not in Chimera. I can isolate further if needed.
Flags: blocking1.3?
| Assignee | ||
Comment 5•23 years ago
|
||
yup.
I am pretty sure that ANY browser that uses gecko will have this problem. we are
treating the & char as the begining of an escape. Consider:
ftp://shasha:superfurryanimals@www.omgstfu.com/Built%20To%20Spill%20-%20The%20Normal%20Years/Built%20to%20Spill%20-%2001%20-%20So%20&
| Assignee | ||
Comment 6•23 years ago
|
||
dup
*** This bug has been marked as a duplicate of 191638 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
| Reporter | ||
Comment 7•23 years ago
|
||
Comment 5 is inaccurate in that the bug is NOT limited to filenames that contain
the & character. See:
ftp://shasha@www.omgstfu.com/Wilco%20-%20Yankee%20Hotel%20Foxtrot
Tracks 1 (which should read Wilco - 01 - I Am Trying To Break Your Heart.mp3)
and 8 (which should read Wilco - 08 - I'm The Man Who Loves You.mp3) contain no
ampersands (and neither do the full paths), and yet they are still broken.
Can I suggest that this bug be reopened? Or, at least, widen the scope of bug
191638? Thanks.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
They seem to stop at a consistent length. I've noticed that the filename space
of the more recent index/html views is narrower than previous versions.
Comment 9•23 years ago
|
||
This is a dupe of 191638 which _is_ about the % character.
*** This bug has been marked as a duplicate of 191638 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → DUPLICATE
Updated•23 years ago
|
Flags: blocking1.3?
Comment 10•23 years ago
|
||
Anthony: this was fixed, does the problem still happen with a build after 02-27-03?
I think this is related more to bug 193829.
| Reporter | ||
Comment 11•23 years ago
|
||
benc: yes! thank you for checking. i still see the same behavior. see: the
Yankee Hotel Foxtrot directory, and the aforementioned Built To Spill - Normal
Years dir.
i am now using the latest nightly, non-ralkback: Mozilla/5.0 (Windows; U;
Windows NT 5.0; en-US; rv:1.4a) Gecko/20030313
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 12•23 years ago
|
||
I meant to say:
bug 195956.
I finished analyzing this today. This is a dupe of that bug.
This is the completely confusing to me 8 space.
Built to Spill - 04 - Some Things
Built to Spill - 08 - Sick &
Built to Spill - 04 - Some Things
1 2 3 4 5 6 7...... next space truncates filename.
Why 8 spaces? I don't know.
We really need to know where this broke, so if you can hop back by milestones,
please update the other bug.
Also, please VERIFY this bug if you concur w/ the duplication, or REOPEN if you
disagree.
*** This bug has been marked as a duplicate of 195956 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → DUPLICATE
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•