Closed Bug 161412 Opened 22 years ago Closed 21 years ago

FizzillaCFM doesn't display long filenames in local XUL directory view

Categories

(SeaMonkey :: UI Design, defect)

PowerPC
macOS
defect
Not set
major

Tracking

(Not tracked)

VERIFIED WONTFIX

People

(Reporter: dmacks, Assigned: samir_bugzilla)

References

Details

Attachments

(2 files)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020529
BuildID:    2002052918

Moving from OS 9 to OS X gave Macs longer-than-31-char filenames. It seems like
file:// URLs see files in a weird 31-char compatibility mode. This is
self-consistent (file://harddrive/some-dir/ lists the corrupted names, which are
links with corrupted names, which can be opened by clicking (or entering the URL
explicitly) to give a file:// URL containing the corrupted filename which opens
the file correctly). The full filename never works either as an explicit URL or
as a link in another document or by opening such a file form the Finder.

Reproducible: Always
Steps to Reproduce:
1.Create a local directory with files having various-length filenames
2.Open the directory as a file:// URL (File...Open file...)
3.Look at the filenames as compared to their "actual" names


Actual Results:  Short filenames are correct; long filenames are shortened
(while maintaining unique names) by replacing the middle with a hex string (some
kind of Mac/HFS file ID?). Also, all links to a longname file are broken (even
to itself from a link in the longname file).

Expected Results:  The listed filenames should be the full names of the files.
HREFs to local files with long names should not break.
Example of bug...This is what the files are "really" called (agrees with 'ls'
in a shell)
Example of bug...This is how all parts of Mozilla consider the filenames
Confirmed using FizzillaCFM/2002080508. Reassigning to Networking: File.
Possible dup of bug 142043 or dependant on bug 95481?
Assignee: joe.chou → dougt
Status: UNCONFIRMED → NEW
Component: OJI → Networking: File
Ever confirmed: true
QA Contact: pmac → benc
Summary: long local filenames corrupt → Fizzilla doesn't display long filenames in local XUL directory view
xul directory viewer
Component: Networking: File → XP Apps
xul directory viewer
Assignee: dougt → sgehani
QA Contact: benc → paw
My guess as to the correct depends.
Depends on: 142043
Sorry for the spam. Fizzilla CFM build is dead; should this bug go with it?
Keywords: qawanted
long file names display correctly in Mach-O
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
REOPEN:
This was reported on CFM right? This is a wontfix.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Summary: Fizzilla doesn't display long filenames in local XUL directory view → FizzillaCFM doesn't display long filenames in local XUL directory view
RESOLVED/WONTFIX
-> go to Mach-O, which doesn't have this problem.
Status: REOPENED → RESOLVED
Closed: 22 years ago21 years ago
Resolution: --- → WONTFIX
CFM RIP
Status: RESOLVED → VERIFIED
Keywords: qawanted
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: