Closed
Bug 434341
Opened 18 years ago
Closed 17 years ago
Installed files are not deleted when installation is canceled when it fails during file copy
Categories
(Firefox :: Installer, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: sgautherie, Unassigned)
Details
Noticed as a side-effect of bug 434338 case:
When I get the
{{
Error opening file for writing: ...\chrome\en-US.jar
}}
dialog,
I can Retry or Cancel.
If I cancel, the already copied files are left in the destination directory.
I had not enough space ... Now, I have even less (= "none").
Cancel should revert what was done so far.
Flags: wanted1.9.0.x?
| Reporter | ||
Comment 1•18 years ago
|
||
To be explicit:
*Files in temporary dir. are removed.
*Files in target dir. are not.
Summary: Files are not deleted when installation is canceled when it fails during file copy → Installed files are not deleted when installation is canceled when it fails during file copy
Comment 2•18 years ago
|
||
Weird, but an edge case. Not wanted for 1.9.0.x but let's see if we can get it looked at for 1.9.1.
Flags: wanted1.9.1?
Flags: wanted1.9.0.x?
Flags: wanted1.9.0.x-
Comment 3•18 years ago
|
||
NSIS doesn't provide the functionality to accomplish this and I doubt we are going to implement this ourselves in NSIS especially for an edgecase that has only been reported when trying to make the installer fail under these conditions.
Comment 4•18 years ago
|
||
That sounds like WONTFIX to me, which would be perfectly fine...
Comment 5•18 years ago
|
||
I'd rather leave this open in case a fix comes along.
btw: one way to fix this would be to implement MSI.
Comment 6•17 years ago
|
||
All installers now support installing when files are in use so this should no longer happen is now WONTFIX
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WONTFIX
| Assignee | ||
Updated•3 years ago
|
Component: NSIS Installer → Installer
Product: Toolkit → Firefox
You need to log in
before you can comment on or make changes to this bug.
Description
•