Closed
Bug 233011
Opened 21 years ago
Closed 16 years ago
crash (access error) in setup.exe after selecting options and pressing "Install" Windows NT SP6
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jeaninesw, Unassigned)
References
Details
(Keywords: crash)
Attachments
(4 files)
User-Agent:
Build Identifier: ftp://mozilla.isc.org/pub/mozilla.org/mozilla/nightly/latest/mozilla-win32-installer.exe
I have Mozilla installed on my Linux computer and thought it would be nice to
install it on my Windows NT machine as well. I've never installed Mozilla there
before.
Windows creates a Dr. Watson log after an Access Violation in SETUP.EXE during
installation. See steps below for exact sequence.
I've tried a few things in an attempt to work around this problem including:
- Installing in different directories,
- Trying with 1.6 stable release as well as the latest nightly build,
- Removing the install directory and the temp directory created during
installation,
- Renaming zlib.dll occurences as suggested by a previous bug,
- Adding SafeDllSearchMode to the registry as suggested by same bug
I'll attach the relevant part of drwtsn32.log, and the install_status.log and
install_wizard.log.
Reproducible: Always
Steps to Reproduce:
1.Downloaded the installer to my desktop.
2.Ran it.
3.Followed the prompts, accepting license agreement.
4.Selected Complete installation
5.Press Install at verification screen.
Actual Results:
After pressing Install, nothing happens for a minute or so, and then I get a Dr.
Watson message saying that SETUP.EXE has had an Access Violation.
Expected Results:
I haven't successfully completed an installation on Windows so I'm not sure what
the next step is. Copy files? In any case, I should end up with a working
installation and not have a Dr. Watson log.
Reporter | ||
Comment 1•21 years ago
|
||
Reporter | ||
Comment 2•21 years ago
|
||
Reporter | ||
Comment 3•21 years ago
|
||
Here's the end of my Dr. Watson log from the access violation in SETUP.EXE
Comment 4•21 years ago
|
||
from the time of your bug I guess it is a dupe
Bug 233014 default install into windows\program files directory, erases files
feel free to reopen if you are thinking it is not a dupe.
Workaround: Download a zip-file and unzip where you want to. A folder named
Mozilla is created, and files and folders therein.
*** This bug has been marked as a duplicate of 233014 ***
Reporter | ||
Comment 5•21 years ago
|
||
I'm reopening this bug because I don't think its a duplicate of 233014. That
bug describes existing files getting deleted, but I'm not seeing that behavior.
In addition, I originally saw this behavior on 1.6 production release, not on
the nightly build.
If there's some other reason you think this is a duplicate of 233014, please
explain.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 6•21 years ago
|
||
Sorry, I now see that you also retried installing 1.6 with the same result, so
it isn´t a dupe.
As I knew BuildID 2003020311 was working, and BuildID 2003020317 downloaded from
the 2003-02-03-18 folder was broken, I assumed from the time you filed the bug
that you used the build 2003020317, which was causing Bug 233014.
It would be better if you use the latest folder only for looking up, if there is
something new, and use the timestamp of the new files to find the folder where
they are. I can´t see from the logs which BuildID you were trying to install.
From your link I assume it is a full installer, about 11 MB sized.
If you still have it, can you start it, and look at the first or second screen
the BuildID? There is something like: You are about to install Mozilla
1.7.0.2004020317 or similar, the number is important.
But as you are seeing this bug with 1.6 too, the bug must be related to your
computer, not the build. Did the GRE install?
You are writing it is a first time install, never ever any Mozilla, Netscape6 or
Netscape 7 installed on this machine?
Did you have a Netscape 4 on this machine?
Reporter | ||
Comment 7•21 years ago
|
||
What's a GRE and how do I tell if its installed?
I'll get the answers to your other questions shortly.
Reporter | ||
Comment 8•21 years ago
|
||
To answer your other questions...
Yes, I was trying to install with the full installer. The BuildID is:
1.7.0.2004020311.
Netscape 4 (4.08) is installed on my machine, but I was not trying to upgrade
that directory.
Comment 9•21 years ago
|
||
I have simmilar problem with the latest nightly builds from February 19th and
24th. The error is independed on previously installed Mozilla as it occured in
both cases when "upgrading" and when installing after Mozilla have been uninstalled.
The problems ocured after the installer stated
"Currently installing US English profile defaults"
"Preparing file: mimeTypes.rdf"
OS: Win XP Pro SP1 Czech edition
Mozilla: 2004022411 (install file mozilla-win32-installer.exe)
MS Error report states the error occured in module xpinstall.dll, at offsett
0000ca59
I am addind the status log of installation as attachment
Comment 10•21 years ago
|
||
Comment 11•21 years ago
|
||
I am also seeing the same thing: setup.exe aborts somewhere around when it
switches to installing Mail and Newsgroups with an access violation. The last
good nightly build that I have been able to install is 2004021913. I have seen
this problem with every nightly build since that one.
Comment 12•21 years ago
|
||
The firefox installer bug 234976 seems similar to this one
Comment 13•21 years ago
|
||
Confirming as new, im seeing this on the installer for nightly builds over the
past few days as well, on a couple of computers
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 14•21 years ago
|
||
*** Bug 232501 has been marked as a duplicate of this bug. ***
Comment 15•21 years ago
|
||
(In reply to comment #9)
> I have simmilar problem with the latest nightly builds from February 19th and
> 24th. The error is independed on previously installed Mozilla as it occured in
> both cases when "upgrading" and when installing after Mozilla have been
uninstalled.
(In reply to comment #12)
> The firefox installer bug 234976 seems similar to this one
(In reply to comment #13)
> Confirming as new, im seeing this on the installer for nightly builds over the
> past few days as well, on a couple of computers
That is all bug 234804, which is now fixed. So this bug is still not confirmed!
I don't think that bug 232501 is a duplicate of this. Please reset the status.
Reporter, do you still have the problems?
Comment 16•21 years ago
|
||
nightly from 25/2 crashed again on installation on a win2kSP4. Old nightlies
install ok.
Comment 17•21 years ago
|
||
(In reply to comment #16)
> nightly from 25/2 crashed again on installation on a win2kSP4. Old nightlies
> install ok.
Try 26 builds. The fix for bug 234804 was checked in on 25-02.
Reporter | ||
Comment 18•21 years ago
|
||
I'm the original reporter. I'm still having the same problem with the last
nightly build (2004022608). I also checked with the 1.7 alpha, which was
released since my initial report. I have the same behavior (Access Violation in
SETUP.EXE) with that as well.
In short, I see no progress on my end.
Comment 19•21 years ago
|
||
I don't know, it WFM on WinNT4 SP6.
Comment 20•21 years ago
|
||
Also now works for me with 2004022608.
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•19 years ago
|
QA Contact: bugzilla → general
Comment 21•16 years ago
|
||
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
NT4 is now also unsupported
Status: NEW → RESOLVED
Closed: 21 years ago → 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•