Closed Bug 3997 Opened 26 years ago Closed 26 years ago

nsFileSpec discrepancies between platforms

Categories

(Core :: XPCOM, defect, P3)

x86
Windows NT
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: mozilla, Assigned: mcmullen)

Details

(Note: I checked in a fix today - 3/18/99 - to RDF's file system datasource to never append trailing slashes on file URLs that point to directories. I then noticed this bug.) On Mac, file URLs to directories end with a slash; for example, "file:/// Hard%20Disk/Applications/". On Windows however, file URLs to directories do NOT end with a slash; for example, "file:///C|/Program%20Files". (Don't know about Unix, don't have a build handy.) It seems that the right thing to do is have all platforms always append a final trailing slash for file URLs that point to directories. QA: To test for discrepancies, in AppRunner you can load in "resource:/res/rdf/ sidebar.xul" and open the "File System" container. It should work on all platforms and you should be able to see the actual file URLs.
Target Milestone: M4
Set target milestone to M4.
Status: NEW → ASSIGNED
When an nsFileURL is initialized from a filespec, this is possible, and indeed I fixed it yesterday. I'm hoping to check it in really soon. If it is initialized from a string (or by concatenating with a string), then it is the caller's responsibility to provide the trailing slash. Accepting bug.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I did actually check this in. Marking fixed.
Bulk moving to XPCOM, in preparation for removal of XP File Handling component. (XPFH has received two bugs in ~5 months, and is no longer in active use.)
Component: XP File Handling → XPCOM
You need to log in before you can comment on or make changes to this bug.