Closed Bug 250501 Opened 21 years ago Closed 19 years ago

.exe installer closes all firefox browsers with no chance to stop it

Categories

(Firefox :: Installer, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 233728

People

(Reporter: michael, Unassigned)

Details

(Keywords: dataloss)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 Platform details: 1) firefox installed into nonstandard directory, one directory per release 2) seperate installs still use the standard mozilla profile 3) using windows .exe installer (only one available? I miss the .zip installer...) 4) moving from 0.8.0 to 0.9.2 Reproducible: Always Steps to Reproduce: 1. click on FirefoxSetup-0.9.2.exe 2. click Next 3. Accept license, click Next 4. Click Custom, click Next 5. Choose custom location for firefox install (e:\ffox\ffox_092), click next 6. select developer ools and quality feedback agent, click next 7. uncheck all "create program icons" locations, click next 8. review settings, click next 9. a new firefox browser is opened (not 100% sure on this one, this may be becasue I've already got 0.9.2 installed and am reviewing the steps) 10. An exclamation dialog box is opened, with the following: Attention Mozilla Firefox must be close to proceed with installation. Click OK to exit Mozilla Firefox automatically and to begin installation. 11. Do *either* of the following: a. Click the "X" on the dialog box b. Open task manager, applications tab and attempt to kill the "installing" application Actual Results: 12. installation proceeds to close all your browser windows (yup, all 30 of them, and no i'm not kidding) and install 0.9.2 in a non-conflicting location. Expected Results: 1) expected there to be a "cancel" button on the dialog box 2) expected that closing dialog box without pressing OK would abort install 3) expected that SIGTERM equivelant would not advise program to close dialog box and go along its merry way It would be very, *very* convenient if you still offered the .zip package so that I could install a new version without having to worry that it's tainting my old version, puttings libraries in centralized locations, or, say, closing all my browser windows. I would mark this major, but I have to admit that *most* users expect this kind of behavior from their windows programs.
->Firefox The ZIP packages are still there for download, btw.
Assignee: general → bugs
Product: Browser → Firefox
QA Contact: bugzilla → bugzilla
Version: Trunk → unspecified
Keywords: dataloss
Confirming on XP Pro SP1 Tested with M1.7 and Firefox 0.9.2. I expect to see the same thing for Thunderbird (see Bug 22194). I am guessing this to be because of Bug 22194. However, I think it would make more sense (and sidestep Bug 22194) to have the Installer check for an open instance of Mozilla *before* the Install Engine is initiated. An intersting variant to reproduce: 1.Open Navigator/Firefox 2.Open more than one tab 3.Go through Installation 4.At Ready to Install Screen, close/ok the "Attention" Dialogbox 5.Navigator/Firefox asks if you want to close since X tabs are open, Cancel 6.Installer puts up Attention dialogbox again, close/ok Actual: Closes open Navigator/Firefox, happily continues to install. Expected: Navigator/Firefox should ask if you want to close again, forcing the installer to put up Attention dialogbox again. The Installer overrides this the *second* time. > Michael FYI zips available in the directories http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/
Cancel button request is bug 233728 which will fix most of this bug here except for: - killing the setup-app? - cancelling closing of multiple-tab-windows?
Assignee: bugs → nobody
QA Contact: bugzilla → installer
Michael, Clay - your reported Firefox versions are too old a build to analyze bugs against now. The problem you are reporting may well have been fixed already. Could you please download a recent version or nightly build from <http://www.mozilla.org/releases/nightly.html>, and then let us know if you still see this problem? Many thanks, Cigno
*** This bug has been marked as a duplicate of 233728 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.