Closed
Bug 25919
Opened 25 years ago
Closed 25 years ago
old nsfilespec - Canonify doesn't work correctly
Categories
(Core :: XPCOM, defect, P3)
Tracking
()
VERIFIED
WONTFIX
M15
People
(Reporter: dbragg, Assigned: dougt)
References
Details
When calling the XPInstall constructor nsInstallFolder with the value of
file:/// for the aFolderID parameter, the call to dirCheck should be generating
an error to be picked up by dirCheck.Error. This doesn't happen since the
Canonify method in nsFileSpec is not behaving correctly.
Setting 23289 dependent on this bug. Actually it's the file:/// aspect of 23289
that depends on this bug. The trailing / part of 23289 doesn't really depend on
this bug. (I think)
Blocks: 23289
|
Assignee | |
Updated•25 years ago
|
Summary: Canonify doesn't work correctly → old nsfilespec - Canonify doesn't work correctly
|
|
Assignee | |
Comment 2•25 years ago
|
||
nsFileSpec is not supported. use nsIFile.
(I wonder if anyone will believe me)
Target Milestone: M15
|
||
Comment 3•25 years ago
|
||
so is this the same bug that you can't view contents of local file directories
such as file:///C|/WINDOWS/DESKTOP/ on windows or file:/// on Linux?
QA Contact: rickg → paulmac
|
|
Assignee | |
Comment 4•25 years ago
|
||
no.
|
|
Assignee | |
Comment 6•25 years ago
|
||
marking as will not fix. nsFileSpec has been replaced by nsIFile.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•