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)

x86
Windows NT
defect
Not set
critical

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.
Here's the end of my Dr. Watson log from the access violation in SETUP.EXE
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 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Keywords: crash
Resolution: --- → DUPLICATE
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 → ---
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?
What's a GRE and how do I tell if its installed? I'll get the answers to your other questions shortly.
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.
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
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.
The firefox installer bug 234976 seems similar to this one
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
*** Bug 232501 has been marked as a duplicate of this bug. ***
(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?
nightly from 25/2 crashed again on installation on a win2kSP4. Old nightlies install ok.
(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.
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.
I don't know, it WFM on WinNT4 SP6.
Also now works for me with 2004022608.
Product: Browser → Seamonkey
QA Contact: bugzilla → general
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 ago16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: