Bugzilla – Bug 13613
Do not automatically close installer window when finished
Last modified: 2011-11-06 23:25:14 UTC
The installer should remain open and present the user with a success (or failure) message when finished. Probably 95% of interactive Windows software installers work like this. If a user begins the install and walks away, they come back to nothing on the screen and have no idea what happened. Further (different bug?) if the server wasn't running when the installer was begun, give the user the option to start it up. A checkbox would work well here. If the server _was_ running then just start it back up as part of the installation process and don't show this option.
Michael: isn't this how its supposed to work?
We decided to make this a "run the installer and be done" action. Matt - feel free to redesign this flow and assign back to me. Or close as wontfix.
Jim, yes the installer needs a refresh. Need to finish P1s first, so this may or may not get in to 7.4..
One more thing - this is only when the installer is run from the task try, isn't it?
(In reply to comment #4) > One more thing - this is only when the installer is run from the task try, > isn't it? That's correct. I hadn't run the .exe installer in quite a while, so I just tried it. When run on its own you get a 'Startup Wizard' which prompts for language and installation directory. When finished it _does_ leave a dialog box open with a 'Finish' button and a checkbox that would launch the Control Panel. So my opinion is that the same dialog box and 'Finish' button should be left on screen when the installer is launched from the Tray Tool. The situation where the tray tool is running but the server is not also needs to be addressed. When the server wasn't running, give the user the option to start it.
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Info update: this behaviour is an installer default. It can be run in silent mode or interactively. In silent mode it assumes no user input required. This will prevent the last step too. We theoretically could handle all the behaviour ourselves. But honestly, I wouldn't want to tackle this. A lot of hassle and potential issues for what I consider a minor issue.
Administrative move of 7.5 bugs. All P2, P3, P4 being downgraded one level. Will then split P1s.
Matt Weldon doesn't work for us any more.
Unassigned bugs cannot have a priority.