Closed
Bug 16215
Opened 25 years ago
Closed 25 years ago
[BETA]Move Install.fileXxx methods onto their own object
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M13
People
(Reporter: dveditz, Assigned: dbragg)
Details
We should create a global File object in the install context to contain the
the current fileXxxx and dirXxxx methods from Install. These still have to
know about the global "Install" object so actions can be queued, but the
namespace will be cleaner and easier to document.
Reporter | ||
Updated•25 years ago
|
Target Milestone: M11
Reporter | ||
Updated•25 years ago
|
Severity: normal → critical
Target Milestone: M11 → M12
Reporter | ||
Updated•25 years ago
|
Summary: Move Install.fileXxx methods onto their own object → [BETA]Move Install.fileXxx methods onto their own object
Target Milestone: M12 → M13
Bulk move of XPInstall (component to be deleted) bugs to Installer: XPInstall
Engine
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
fixed. Now you can reference these methods from FileOp.<whatever> as well as
the Install.<whatever> format.
Comment 5•25 years ago
|
||
tested each Fileop method. Each one is supported in the "File" object, although
there are several problems (submitted bugs for these).
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•