Closed Bug 7363 Opened 25 years ago Closed 25 years ago

mozregistry gets confused on upgrade without proper uninstall

Categories

(Core Graveyard :: Tracking, defect, P3)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 4965

People

(Reporter: jlarsen, Assigned: don)

Details

I upgraded from a test level M6 nightly build to the final M6 release. When I went to do this I first deleted the old mozilla, which was located at /windows/desktop/mozilla/bin/
the new mozilla release uses x86rel directory instead of bin. When I ran apprunner I got several errors concerning it could not find files in /windows/desktop/mozilla/bin/components (and others)
it should have been looking in x86rel instead of bin so I decided to just give up and rename x86rel to bin.. Then something really funny happend I started getting error messages about it not able to find the files in x86rel. I thought this pretty funny, so I switched back and it again complained about bin I went around back and forth trying to trick it into looking into the directory I was at to no avail. So eventually I just made a copy and had a bin and x86rel but this made it crash once it loaded (though it did get farther). I eventually discovered the /windows/mozregistry.dat file and removed it, and it worked! So about all I can suggest is I think you should include a uninstall program and or atleast a readme that mentions deleting that file
QA Contact: leger → paulmac
paulmac, don't you have a bug on this already.  I could not find.  Please mark
as Dup if so.  :-)
John, thanks for the bug report. This has already been filed and is being worked
on. See bug 4965 for all the nitty gritty details. BTW, if you just run twice in
a row from the same directory, you should be fine and not have to changed any
directory names.

*** This bug has been marked as a duplicate of 4965 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Accually no I tried running it twice several times, it accually appeared as if
it had put both directories in the registry, and that both had to exist for it
to run. I'll see if I can figure out how to duplicate this and get back with
you.
Nevermind it just has to be allowed to go through the complete list of missing
files before it works. Apparently it updates the location of each individual
file once it finds and reports it bad, though it takes a very long time for it
to go through all of this..
Moving all Apprunner bugs past and present to Other component temporarily whilst
don and I set correct component.  Apprunner component will be deleted/retired
shortly.
OS: Windows 95 → Windows 98
I noticed when testing M10 the pressing of the back button sometimes causes the


browser to seize working, causing an error 7363.  I have ms visual c++




installe

d and when C++ debugs it finds the following error:  BFF7363B   mov



esp,edi

I am running win98 2nd edition "bugfixer"
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.