Closed
Bug 283672
Opened 20 years ago
Closed 16 years ago
installer checks for running app too soon after app starts exiting so we get two dialogs to shutdown instead of one
Categories
(Firefox :: Installer, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: asa, Unassigned)
Details
If you run the installer while Firefox is running, the installer asks you to shut down. If you agree, Firefox shuts down and then you get another installer dialog telling you you need to shut down because it's checking too soon and Firefox hadn't completed the first shutdown. We need to delay that check for a bit longer so that we don't throw that second dialog.
| Reporter | ||
Updated•20 years ago
|
Flags: blocking-aviary1.0.1+
Comment 1•20 years ago
|
||
Firefox/toolkit has forked the entire installer, this isn't core. (hm, no toolkit installer component -- there should be since there's a shared toolkit piece and a firefox-ui-specific piece)
Component: Installer: XPInstall Engine → Installer
Product: Core → Firefox
Version: Trunk → 1.0 Branch
Comment 2•20 years ago
|
||
Renominating, I don't think this should block (though semi-ugly). I tried simply increasing the delay as part of the patch for bug 283680 and that did not reliably fix it. The two message boxes we get are actually different. After the first it tries to close all the windows, and that's supposed to cause the app to exit. The second message (different text) comes when there are no windows but the process is still running -- so it kills the process. There may be some issue with Firefox responding to its windows being closed. Prior to letting the installer kill the process with the second "OK" click the remaining firefox process appears to be a zombie.
Flags: blocking-aviary1.0.1+ → blocking-aviary1.0.1?
Comment 3•20 years ago
|
||
clearing 1.0.1 nomination, it's shipped. It's somewhat more reliable now after bug 283680
Flags: blocking-aviary1.0.1?
Comment 4•20 years ago
|
||
i still reliably see the two different dialog boxes. latest was when upgrading from 1.0.3 to 1.0.4 on multiple computers.
Comment 5•19 years ago
|
||
saw this again going from 1.0.4->1.0.6, but i don't think the two boxes were different, this time, and there was a big delay between them. nominating for 1.0.7.
Flags: blocking-aviary1.0.7?
Comment 6•19 years ago
|
||
Still here, upgrading 1.0.7 to 1.5 RC1. Is this bug going to be every upgrader's first expreience with their freshly downloaded Firefox 1.5? In my experience, the bug is caused not by checking too soon but it is because the Firefox process never exits even after all windows are automatically closed by the installer. This happens reliably every time I run the Firefox installer. Combined with bug 281302, this makes the Firefox upgrade process feel extremely unpolished, though it doesn't cause any actual malfunctions.
Updated•19 years ago
|
Flags: blocking-aviary1.0.8? → blocking-aviary1.0.8-
Updated•19 years ago
|
Flags: blocking-aviary2?
Comment 7•19 years ago
|
||
Not a blocker, ideally in the new software update-driven world, we're not installing over top > 99 % of the time.
Flags: blocking-firefox2? → blocking-firefox2-
Updated•19 years ago
|
Summary: installer checks for running app too soon after app stars exiting so we get two dialogs to shutdown instead of one → installer checks for running app too soon after app starts exiting so we get two dialogs to shutdown instead of one
Comment 8•19 years ago
|
||
Robert Strong says he's explicitly fixed this in the new NSIS-based Windows installer.
Status: NEW → ASSIGNED
Updated•18 years ago
|
QA Contact: installer
Comment 9•16 years ago
|
||
No longer using the old installer
Assignee: dveditz → nobody
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•