Closed
Bug 3997
Opened 26 years ago
Closed 26 years ago
nsFileSpec discrepancies between platforms
Categories
(Core :: XPCOM, defect, P3)
Tracking
()
RESOLVED
FIXED
M4
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.
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
Comment 4•25 years ago
|
||
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.
Description
•