Closed Bug 156191 Opened 23 years ago Closed 14 years ago

nsLocalFileOSX SetFileType & SetFileCreator problem

Categories

(Core :: XPCOM, defect)

Product:
Core
Component:
XPCOM
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: sdagley, Unassigned)

Details

The SetFileType/Creator methods in nsLocalFileOSX assume the file exists when they're called. That is not always the case. uriloader for one sets the type/creator when its tempfile is still just a reference to the user's download directory where the tempfile will be created. In addition to setting the type/creator when called we need to save that info so it can be set if the file is created later.
Easy to fix by adding members for type & creator. Though, requiring that the file exists before setting various attributes on it doesn't seem unreasonable. We end up maintaining data that is redundant with that stored by the file system. Since we have code that depends on this and it's compatibility with the old impl, I'll add the type & creator members to the object :-/
Status: NEW → ASSIGNED
Assignee: ccarlen → nobody
Status: ASSIGNED → NEW
QA Contact: scc → xpcom
smichaud, is this bug still useful or should it be closed?
nsLocalFileOSX is obsolete -- for a while we've been using nsLocalFileUnix in its place. We're also no longer using the SetFileType/Creator methods (which are Mac-specific). So no, I don't think this bug is still useful.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.