Closed Bug 120038 Opened 23 years ago Closed 16 years ago

[rfe]Save xpi's if install doesn't complete successfully

Categories

(SeaMonkey :: Installer, enhancement)

x86
Windows NT
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: curt, Unassigned)

References

Details

Now that the browser is allowed to stay open while the files are downloading, the customer may commonly get the option of cancelling after downloading but before actually installing. In this case we do not want the xpi's to be removed. It turns out this is a bit more general case, though. The xpi's will be removed if the install files after the download for any reason (say, for example, because of disk space problems). It seems to me that we only want to clean up the xpi files if the installer has completed successfully. Is this too simplistic a view of the problem?
It might make sense, while we're addressing this bug, to just address the even more general case of saving state information about the installer when it is cancelled at any point prior to successful installation so that the user can resume without having to reenter information or redownload anything. That seems to be related, so it might be good to fix it all at once.
Blocks: 110875
Status: NEW → ASSIGNED
See bug 110919 for discussion of this issue.
Target Milestone: --- → mozilla0.9.9
Summary: Save xpi's if install doesn't complete successfully → [rfe]Save xpi's if install doesn't complete successfully
this is a dupe of bug 111077 rite?
Yes, I guess it is although, even though this is the newer bug, I'm a bit inclined to call that a dupe of this bug because I think this is a less confusing description of the problem. Since there is not a lot of practical info in the older bug can I get away with leaving this one open and duping that one?
bug 111077 is for Linux, this is for windows. (I know the other one said "all", but Akkana uses Linux and we'll have to fix this individually on each platform).
Target Milestone: mozilla0.9.9 → mozilla1.1
Severity: normal → enhancement
Nominating because it looks like we're going to need this since we're probably going to need to give the users a cancel option after the download. Since we're providing the ability to autolaunch the browser installer from a xpi, it is likely that more users will be running into this. The way it stands now, the user has to redownload all the xpi's if the user cancels out of the installer at this point.
Keywords: nsbeta1
I think this is a dupe of a bug that Sean has already fixed?
Assignee: curt → ssu
Status: ASSIGNED → NEW
Discussed in Mail News bug meeting. Decided to assign this bug to Syd for Installer triage.
Assignee: ssu → syd
Keywords: nsbeta1nsbeta1-
retargeting
Target Milestone: mozilla1.1alpha → Future
Product: Browser → Seamonkey
QA Contact: bugzilla → general
Assignee: slogan → nobody
Target Milestone: Future → ---
Seamonkey and Firefox are using a new NSIS based installer. resolving this old bug, please reopen if you still get this with the new installer
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.