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)
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?
Reporter | ||
Comment 1•23 years ago
|
||
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
Reporter | ||
Comment 2•23 years ago
|
||
See bug 110919 for discussion of this issue.
Reporter | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla0.9.9
Reporter | ||
Updated•23 years ago
|
Summary: Save xpi's if install doesn't complete successfully → [rfe]Save xpi's if install doesn't complete successfully
Comment 3•23 years ago
|
||
this is a dupe of bug 111077 rite?
Reporter | ||
Comment 4•23 years ago
|
||
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?
Comment 5•23 years ago
|
||
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).
Reporter | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → mozilla1.1
Updated•23 years ago
|
Severity: normal → enhancement
Reporter | ||
Comment 6•23 years ago
|
||
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
Reporter | ||
Comment 7•23 years ago
|
||
I think this is a dupe of a bug that Sean has already fixed?
Assignee: curt → ssu
Status: ASSIGNED → NEW
Comment 8•23 years ago
|
||
Discussed in Mail News bug meeting. Decided to assign this bug to Syd for
Installer triage.
Assignee: ssu → syd
Updated•23 years ago
|
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•19 years ago
|
QA Contact: bugzilla → general
Updated•17 years ago
|
Assignee: slogan → nobody
Target Milestone: Future → ---
Comment 10•16 years ago
|
||
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.
Description
•