122692 - [rfe]Add verification dialog when user Cancels after the download.

Status: RESOLVED WORKSFORME

(SeaMonkey :: Installer, enhancement)

Description

[Curt Patrick (gone)]

Currently, when the user clicks cancel from the warning dialog telling him/her
that the download has succeeded and the browser instances need to be shut down,
the installer closes without verifying.  We need to pop a Message box that
explains what is about to happen and confirms that the user really does want to
quit out of the install.

Probably need another bug for Mac.

Comment 1

[Henrik Gemal]

Changing the Summary to reflect something (RFE) which is already indicated by
another field (Severity) is weird and wrong!
A bug cannot have RFE in the Summary and Normal in the Severity. Please remove
RFE and change Severity instead...

Comment 2

[Curt Patrick (gone)]

This is only required if we have to depend on users to figure out how to close
browser instances.  We are banking on being able to close the browser instances
for them.

Comment 3

[Daniel Veditz [:dveditz]]

sorry to reopen, but I think this is independent of the other thing.

There's always going to be someone who isn't able to quit their browsers (in the
middle of something or whatever) and will want to exit instead.

Comment 4

[Curt Patrick (gone)]

I didn't notice that this had been reopened.  

If we aren't sure that we are going to be able to close the browser down than
the Okay only MessageBox isn't going to do the trick anyway.  Marketing has been
pretty insistant about going that route.  We need to get agreement.

Comment 5

[Daniel Veditz [:dveditz]]

I don't know about marketing, but I've had several cases of rogue netscape
processes which could only be stopped by killing the process. to the average
user that's reboot time, and if we don't give the user an out then they loose
all the files they've downloaded.

Comment 6

[Curt Patrick (gone)]

Just noticed that Gregg isn't even cc'ed on this bug.  Added Bill Law, also,
because he is helping find a solution for closing down the browser which impacts
this bug.

I have also had the experience of rogue netscape process hanging around.  Bill
seems pretty certain that this problem has been fixed.  Also, I've been assuming
that shutting the browser down programatically would have a good chance of
behaving better than clicking windows shut would.

BTW, Dan, even if we give the user a way to close without having to reboot
(although obviously preferable) won't he/she loose everything that has been
downloaded anyway because of http://bugzilla.mozilla.org/show_bug.cgi?id=120038
"Bug 120038 - [rfe]Save xpi's if install doesn't complete successfully"?  (In
fact, seems like rebooting would save the user from having this happen so it is
"better" ;-) )

Comment 7

[Grace Bush]

nsbeta1+ issues for Win Installer

Comment 8

[Syd Logan]

adt2 per adt triage

Comment 9

[Curt Patrick (gone)]

Sean has been working on a related bug, which may make this one irrelevant. 
Since he is current on the state of this problem I'll let him take care care of
closing it out.  Or, if it needs further work, Sean, you can add appropriate
comments and reassign it back to me.

Comment 10

[Michael Buckland]

Discussed at mail news bug meeting.  Decided to minus this bug.

Comment 11

[Andrew Schultz]

windows-only.

Comment 12

[Matthias Versen [:Matti]]

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