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)
Tracking
(Not tracked)
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
paulmac, don't you have a bug on this already. I could not find. Please mark as Dup if so. :-)
Comment 2•25 years ago
|
||
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
Updated•25 years ago
|
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.
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"
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•