Closed Bug 77505 Opened 24 years ago Closed 22 years ago

Starting installer while installer and mozilla is already running produces weird results

Categories

(SeaMonkey :: Installer, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME
Future

People

(Reporter: bugzilla, Assigned: dveditz)

References

Details

to reproduce: - Start Mozilla - Start the Installer (you get an error) Just keep the error dialog - Exit Mozilla - Start the Installer again (now you have two installers running) - Exit the last installer - Press "Retry" in the first installer You now get a empty dialog with the title "Error"
this should already be fixed
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
still there... build 20010712
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
still there on commercial build - branch 02001091705
Summary: Staring installer while installer and mozilla is already running produces weird results → Starting installer while installer and mozilla is already running produces weird results
Grace, can you try this: 1) have n6 running with a browser window open and Turbo running 2) using the command line, run the following: netscp6.exe -kill from the same directory as where netscp6.exe is at. see if you get the same results. The installer tries to detect if the browser is running in turbo mode and, if so, calls it with the -kill command. I'm guessing that this is causing problems now. I've been noticing weird things with the -kill command, but nothing a 100% reproduceable for me. (The uninstaller tries to do the same thing).
Can someone in QA try this? Grace? Terri?
Blocks: 75599
nothing happens. Browser stays open, icon remains in tray using build 2001091812 branch
over to dprice.
Assignee: ssu → dprice
Status: REOPENED → NEW
Now that the first "is running" check is gone this is probably gone. Maybe you could do the same thing if you waited through the download for the second check, but then you'd probably have to wait through a second download before the second installer gets to the same check and that's not very likely.
Assignee: dprice → dveditz
Status: NEW → ASSIGNED
is this resolved?
ahhh kind of. you can still get funky results if you start another instance of the installer when you get the "attention" icon. The installer simple uses to many different windows...:(
Are we ready to mark this future or otherwise get it off the radar?
It is off the radar, it's not NEW, it's not keyworded, and it's not assigned to a milestone we care about. But "Future" if that's better.
Target Milestone: --- → Future
No longer blocks: 75599
Blocks: 75599
me think it's working now...
Status: ASSIGNED → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → WORKSFORME
this has been working for a long time now
Status: RESOLVED → VERIFIED
QA Contact: bugzilla → gbush
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.