Closed Bug 166151 Opened 22 years ago Closed 22 years ago

When filename is longer than 32 characters, the file: URL will show directory listing

Categories

(SeaMonkey :: Location Bar, defect)

Product:
SeaMonkey
Component:
Location Bar
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: orsini, Assigned: hewitt)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1) Gecko/20020826

When open a file: url with filename longer than 32 characters, instead of
showing the file content, it is shown a directory listing of the directory
containing the file. For instance, if a I have both the files
123456789012345678901234567.html and 1234567890123456789012345678.html in the
root directory, the url file://Macintosh%20HD/123456789012345678901234567.html
correctly displays the file, while the url
file://Macintosh%20HD/1234567890123456789012345678.html shows the directory
listing of the root file system.

Reproducible: Always

Steps to Reproduce:
1.create a file with name 1234567890123456789012345678.html in the root
directory and empty content
2. type file://Macintosh%20HD/1234567890123456789012345678.html in the address
field of a new navigator window
3.

Actual Results:  
The directory of / is shown

Expected Results:  
Show an empty page (the content of the file /1234567890123456789012345678.html)
This would be because the file API we are using does not support
longer-than-31-char filenames...
Assignee: law → dougt
Status: UNCONFIRMED → NEW
Component: File Handling → Networking: File
Ever confirmed: true
QA Contact: sairuh → benc
This works in Chimera, so it could depend on the nsFile rewrite it contains (and
that's destined to be part of FizzillaMach).
This is the old nsFileSpec code - see line 299:

    {    kMaxFilenameLength = 31                // should work on Macintosh,
Unix, and Win32.

Migrate code to use nsIFile and nsILocalFile.
Assignee: dougt → hewitt
Component: Networking: File → URL Bar
QA Contact: benc → claudius

*** This bug has been marked as a duplicate of 142043 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
REOPEN:
This bug might be caused by bug 142043, but the behavior of file URL's is
reported to be different (they just completely break).

So, as a depends, this can be tested when the underlying problem is fixed.
Status: RESOLVED → REOPENED
Depends on: 142043
Resolution: DUPLICATE → ---
Is this on the right component? Does it belong on Networking: File like its'
blocker?
*** Bug 167738 has been marked as a duplicate of this bug. ***
Mozilla CFM build is dead.
http://groups.google.com/groups?threadm=avkj4k%24ihs2%40ripley.netscape.com
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → WONTFIX
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.