Closed Bug 205277 Opened 22 years ago Closed 22 years ago

Moz 1.4b - crash on startup in XPCOM.dll

Categories

(SeaMonkey :: Installer, defect)

Product:
SeaMonkey
Component:
Installer
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 195600

People

(Reporter: steve, Assigned: ssu0262)

References

Details

(Keywords: crash)

Attachments

(2 files)

Optional components installation log.
25.03 KB, text/plain
Details
\Program Files\mozilla.org\Mozilla\install.log
37.50 KB, text/plain
Details
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3) Gecko/20030312 I tried to install 1.4b on a Win98 system that has 1.3 installed. The installer seems to get to the end where it would launch the browser, and then crashes with an an invalid page fault in module XPCOM.DLL. Attempts to launch after the crash will not do anything (not even crash). Reproducible: Always Steps to Reproduce: 1. Install mozilla 1.4b on Win98 with mozilla 1.3 installed 2. Observe crash. Actual Results: MOZILLA caused an invalid page fault in module XPCOM.DLL at 0167:61e805aa. Expected Results: Installed 1.4b on the system containing 1.3, and launch the browser (like it did on my Win95 machine). MOZILLA caused an invalid page fault in module XPCOM.DLL at 0167:61e805aa. Registers: EAX=6c614349 CS=0167 EIP=61e805aa EFLGS=00010202 EBX=00000000 SS=016f ESP=0065f630 EBP=0065f654 ECX=00785224 DS=016f ESI=61e83b40 FS=1367 EDX=317b0fff ES=016f EDI=00790010 GS=0000 Bytes at CS:EIP: 8b 00 3b c3 74 21 33 f6 80 38 00 74 1a 8b 4d 08 Stack dump: 00000000 80000000 00786c90 61e83b40 00785200 00000000 00000006 00785208 00000000 0065faa8 61e67a83 00786c94 00785200 00790220 00790f60 61e86084
Did you try to install 1.4b or a nightly? Did you try to install into a new, empty folder? Did you use the net installer, the small file loading the rest from the net? Do you have a ns_temp file in your windows\temp directory? Imho 'Installer' would be better for Component, because this error happens at installation.
*** Bug 205335 has been marked as a duplicate of this bug. ***
I tried to install 1.4b (mozilla-win32-1.4b-installer-sea.exe). I did not try to install into a new, empty folder. I did not use the net installer. I don't see ns_temp file in my windows\temp directory.
Regarding ns_temp, there are 7 ns_temp directories in windows\temp. ns_temp2 through ns_temp8. ns_temp3 through ns_temp8 are dated 11 May 2003 (the date of attempted installation). ns_temp8, ns_temp4, ns_temp3 and ns_temp2 contain a folder xpcom.ns (and some dll's in the folder). ns_temp7, ns_temp6 and ns_temp5 are empty.
Try uninstalling the Spellchecker from 1.3. See my comments in the following bugs: bug 201883 and bug 203670. Look for suspicious files under the components subfolder of Mozilla.
I can verify that this is true. Had 1.3 installed, crash in XPCOM.dll at the exact same entry point, every install. Deleted the spellchecker, and all is well. Confirming, and updating summary. Reporter, please try the steps in comment $5 and see if this corrects the problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
OS: Windows 98 → Windows XP
Summary: Crash at the end of install (probably launching browser) - won't launch browser → Moz 1.4b - crash on startup in XPCOM.dll if earlier spellchecker installed
wont fix. the netscape spellchecker is not supported in the Mozilla client.
This isn't the Netscape spellchecker. This is from Mozdev, and is an opensource reimplementation of the NS one. see: http://spellchecker.mozdev.org/ This code will become Moz's new spellchecker once the interface is finalized. See bug 180346 for details. The issue here isn't that the 1.4b spellchecker is broken however, but that older revs prevent startup of Mozilla. The question is, is the crash XPCOM's fault, or the spellchecker? If the former, I assume one would want it fixed. :)
this component does some seriously wrong things: it ships a xpti.dat file -- i hope this isn't being installed as that could be fatal. it deletes the compreg.dat -- this can delete any third party installs (mac only) it links to many unfrozen symbols in xpcom. Because of these things, the crash is mostlikely in the spell checker component.
I didn't install spellchecker (and hence, do not have it installed). I do have Calendar installed, though. I will try uninstalling Calendar (after I figure out how), and report back subsequent install of 1.4b results.
Have had calendar and spell checker install but uninstalled both. Get same crash (xpcom.dll) on 1.4b and current nightly.
Then I may have updated your Summary prematurely. :) Some questions then: - is your install to a new mozilla.org directory? If not, what is present within it? - Did you happen to use talkback with any of the builds, and do you have the ID's handy of the crashes of a few of the more recent ones?
OS: Windows XP → Windows 98
Summary: Moz 1.4b - crash on startup in XPCOM.dll if earlier spellchecker installed → Moz 1.4b - crash on startup in XPCOM.dll
brad, how did you uninstall?
In answer to the several questions above Empty subdir: I unfortunately messed up and skipped the step. Install into empty folder works. (Used 1.4b) Talkback: Yes, used talkback, however it wouldn't get that far so no IDs How unistall calendar: downloaded calendar .xpi install file, opened with unzip program in a safe subdir so I knew what files it had installed and removed them. What files in subdir? After my install into an empty subdir I no longer can say (didn't know they would all be moved, I'm new to this, sorry), HOWEVER, I note that one file associated with the calendar program remains (I must have missed it), so perhaps it the cause of the crash? It is xpical.dll. I do seem to have gotten rid of all the spellchecker files so presumably that wasn't the problem.
Similarly confirmed. Windows 2000, Build ID 2003052908 The procedure entry point ?MakeUnique@nsFileSpec@@QAEXXZ could not be located in the dynamic link library xpcom.dll. However, not a crash. However, without first uninstalling 1.3.1 it will not run, it will idle infinitely at the splash screen (but no error). Same behaviour with 1.4b.
Uh, some more information on what I have installed Enigmail 0.74.3 (for 1.3) I also had a configuration bar (I don't recall what it was, perhaps someone can fill this in) [F8] that no longer is there. Using Pinball 2003-02-13 (for 1.3b).
Error "The procedure entry point ?MakeUnique@nsFileSpec@@QAEXXZ could not be located in the dynamic link library xpcom.dll" only occurs on first run.
I have similar problem with 1.4rc1 on Win98. It crashes in the end of installation, and on *every* try to launch the browser. My upgrade-procedure: 1) Uninstall Mozilla 1.3.1 using "Add or Remove programs" from Control Panel 2) Reboot 3) install Mozilla 1.4rc1 in the same directory No manual cleaning after the uninstall, but shouldn't the uninstall-program be enough? As far as I remember, I have used this procedure since the old "milestone Mxx days". I have newer had spell-checker installed, and it must be more than half a year ago I shortly tried Calender. I had however Preferences Toolbar from XULPlanet installed. I did not uninstall that before uninstalling Mozilla 1.3.1 (I upgraded quite a lot of times before without uninstallig Pref.bar first). See "my bug" for crash details and other: http://bugzilla.mozilla.org/show_bug.cgi?id=207670 BTW I have Mozilla 1.4b installed in another directory without problems (using another profile too). In this directory I had some other beta or nightly installeed before, and the upgrade-procedure in this directory is equal to above described.
Tried uninstall 1.3.1 then install 1.4rc1. Get "the program has performed an illegal operation and will be shut down" box. Tried 1.4b when it was first released, would not open mail window
I have a similar problem with 1.4rc1 and WinXP SP1. It crashes at the end of the installation and every time I try to launch it. - I was running (flawlessly) Mozilla 1.3 and spellchecker_1.3b.xpi - Used WinXP Add/Remove Programs to uninstall 1.3 - Downloaded 1.4rc1 and launched install - At end of install, crashed with XPCOM.DLL error. - Crashes on all subsequent launches (same XPCOM.DLL error). At this point, I've uninstalled 1.4rc1 and downloaded/installed 1.3.1 (to get back on-line). Everything seems to be fine again.
I have the same problem installing 1.4rc1 on top of 1.4b without cleanup. How can this be "unconfirmed" with all of these confirmations...
Caching OS to ALL because of I have the same problem on Win2000 after deinstalling Mozilla1.4b and installing Mozilla.1.4RC1 to the same location. Contrary to comment 0 I get these dialog boxes _every_ time I try launching Mozilla: "Entry point ?MakeUnique@nsFileSpec@@QAEXXZ could not be found in DLL "xpcom.dll" and the crash-message "Die Anweisung in "0x610f0769" verweist auf Speicher in "0x4d7a6f6d". Der Vorgang "read" konnte nicht auf dem Speicher durchgeführt werden." (The program-instruction at "0x610f0769" could not read memory at "0x4d7a6f6d"). Requesting "blocking 1.4" because Mozilla cannot be started at all on affected machines.
Flags: blocking1.4?
can you search your system for a file named "xpcom.dll"
I had the same problem trying to install 1.4rc1 over 1.4b in Windoze XP. Went back to 1.3.1, which also failed until I removed the newer (now left over) DLL files from 1.4rc1, such as xpcom_obsolete.dll. I believe this is an installer bug, as the installer is generally smart enough to clean up whatever is going to cause problems.
Ah... now I see why spellchecker was left out of the OS/2 build - it's the reason for these crashes! If you remove myspell.dll, spellchecker.xpt, and spellchk.dll from the components directory, the crashes mysteriously disappear...
I have had this occur repeatedly. Under more information about this error is: AppName: mozilla.exe AppVer: 1.4.20030.60204 ModName: xpcom.dll ModVer: 1.4.20030.60204 Offset: 00040797 No signs of spellchk on my system.
how are you installing?
I installed mozilla-win32-1.4rc1-installer.exe on a Windows 2000 PIII-866MHz 512MB RAM machine over an existing mozilla installation and had an error "The instruction at "0x610f0769" referenced memory at "0x6c614349". The memory could not be "read"." which prevented mozilla from completing the install and starting up. The Visual C++ debugger showed Context: XPCOM!610f0769(). I removed mozilla 1.4rc1, and installed 1.4b. Similar crash results. I removed mozilla 1.4b, and installed 1.4a. Similar crash results. I removed mozilla 1.4a, and looked in the default mozilla folder, found a file called INSTALL.LOG, and proceded to manually remove the files from the optional components that I had installed: calendar_windows, spellchecker_1.4b, and themer. The mozilla directory is now empty, and so I installed mozilla-win32-1.4rc1-installer.exe. The installer finished, started mozilla, and functions properly. I will find the install.log on my Win98 machine and uninstall the offending options to see if I can upgrade from the Mozilla 1.3 installation that started this bug report.
there are some dll addon's that, if used between multiple versions of mozilla, will cause problems. I am not sure if our installer is smart enough to deal with theses addons.
The installer is not smart enough to deal with addons that are not compatible with the xpcom being installed. There is no support for such a verification mechanism, though I suspect that something will need to be implemented because lots of people running into this particular situation.
*** Bug 208509 has been marked as a duplicate of this bug. ***
On Win98 (see first bugzilla entry for this bug), I opened INSTALL.LOG found in the default mozilla installation directory, and used it to determine which files had been installed for the calendar. I manually removed *only* the files that had been installed for the calendar. I then proceded to install mozilla-win32-1.4rc1-installer.exe over the existing 1.3 installation. It installed correctly, and Mozilla launched without any problems.
Also using Windows ME
Just tried installing the full 1.4 rc 1 over 1.3.1 and received this crash on XP. I was using the installer with the mozilla-win32-14rc1-installer.exe file. Chose complete install and quick launch. After I uninstalled and retried installing 1.4 rc 1 same crash. Uninstalled 1.4 then deleted spellchk.dll, spellchecker.xpi and myspell.dll, reinstalled and it works. The error contained this info: AppName: mozilla.exe AppVer: 1.420030.52908 ModName: xpcom.dll ModVer: 1.4.20030.52908 Offset: 00040769
ssu, do you think that the installer should just clobber these 3rd party installs?
Assignee: dougt → ssu
Component: XPCOM → Installer
QA Contact: scc → bugzilla
linux installer already does the clobbering. I hate to resort to that. I'm currently investigating a way to detect files that can potentially cause bugs like this. Even if it detects the incompatible files, we'll have to delete it anyways. However, at least the users will know what they will have to reinstall. Basically, I'm still thinking this issue out.
I misread your comment. yes, we'll have to clobber the 3rd party installs. The problem is how to detect that right now.
repeated crashes in XPCOM.dll when installing 1.4 release candidate 1 (mozilla-win32-1.4rc1-installer.exe)in Windows 98 SE, workaround, set Norton Crashguard on, returns message "error in OLE window" but instalation completed successfully after several 'saved' crashes.
*** Bug 209604 has been marked as a duplicate of this bug. ***
*** Bug 203479 has been marked as a duplicate of this bug. ***
*** Bug 207670 has been marked as a duplicate of this bug. ***
*** Bug 202550 has been marked as a duplicate of this bug. ***
*** Bug 210225 has been marked as a duplicate of this bug. ***
*** Bug 210381 has been marked as a duplicate of this bug. ***
*** Bug 210587 has been marked as a duplicate of this bug. ***
*** Bug 210774 has been marked as a duplicate of this bug. ***
bug 210731 should prevent this problem in the future.
Status: NEW → ASSIGNED
Depends on: 210731
*** Bug 209799 has been marked as a duplicate of this bug. ***
*** Bug 207585 has been marked as a duplicate of this bug. ***
*** Bug 207983 has been marked as a duplicate of this bug. ***
*** Bug 210244 has been marked as a duplicate of this bug. ***
*** Bug 211156 has been marked as a duplicate of this bug. ***
*** Bug 210631 has been marked as a duplicate of this bug. ***
*** Bug 207786 has been marked as a duplicate of this bug. ***
*** Bug 208205 has been marked as a duplicate of this bug. ***
*** Bug 209875 has been marked as a duplicate of this bug. ***
*** Bug 211214 has been marked as a duplicate of this bug. ***
Blocks: stable1.4
*** Bug 211208 has been marked as a duplicate of this bug. ***
Okay, I think I found a path to work around it, and also to fix it. seeing as xpcom.dll seemed to crash it, I searched on my hd for that dll. I found it in /program files/common files/mozilla.org so I deleted the mozilla folder in program files/mozilla.org AND the one in common files, installed mozilla1.4 and it started. so that sounds like it may be either a conflict between 1.3's GRE files and 1.4's and that the 1.4 installer either don't overwrite those files properly, or forgot them, or some other weird thing.
Flags: blocking1.4?
Worked for me too. I removed the directories "C:\Program Files\mozilla.org\Mozilla" and "C:\Program Files\Common Files\mozilla.org" and it worked. Thanks for your help.
I had the same problem with W2K, the work around that worked for me was deleting the c:\program files\mozilla.org\Mozilla directory after uninstalling 1.3. (did not remove the "C:\Program Files\Common Files\mozilla.org" nor the keys in the registry as others suggested). The c:\program files\mozilla.org\Mozilla still had content from my previous installation of additional spell checker, calendar and German language version - maybe that caused the problem ?
*** Bug 211353 has been marked as a duplicate of this bug. ***
Almost identical to #211353 AMD Duron 850 256 MB Win98SE. I have installed and used each version since 0.9.4. I was running 1.3.1. I uninstalled 1.3.1. I installed 1.4. it would not start and gave me an XPCOM.DLL error. I uninstalled 1.4 rebooted, re-installed it same result, and did it one more time -- no joy. uninstalled 1.4 and installed 1.3.1 NO PPROBLEMS!!! Here is the detail on the last 2 crashes. note that they were identical despite a cold reboot in between. MOZILLA caused an invalid page fault in module XPCOM.DLL at 018f:610f0769. Registers: EAX=4d7a6f6d CS=018f EIP=610f0769 EFLGS=00010202 EBX=00000000 SS=0197 ESP=0065f630 EBP=0065f654 ECX=00784314 DS=0197 ESI=610f3b40 FS=113f EDX=317b0fff ES=0197 EDI=00791070 GS=0000 Bytes at CS:EIP: 8b 00 3b c3 74 21 33 f6 80 38 00 74 1a 8b 4d 08 Stack dump: 00000000 80000000 00785dd0 610f3b40 007842f0 00000000 00000001 007842f8 00000000 0065faa8 610d7a7e 00785dd4 007842f0 00791270 00791e70 610f6084 MOZILLA caused an invalid page fault in module XPCOM.DLL at 018f:610f0769. Registers: EAX=4d7a6f6d CS=018f EIP=610f0769 EFLGS=00010202 EBX=00000000 SS=0197 ESP=0065f630 EBP=0065f654 ECX=00784314 DS=0197 ESI=610f3b40 FS=1907 EDX=317b0fff ES=0197 EDI=00792bb0 GS=0000 Bytes at CS:EIP: 8b 00 3b c3 74 21 33 f6 80 38 00 74 1a 8b 4d 08 Stack dump: 00000000 80000000 00785dd0 610f3b40 007842f0 00000000 00000001 007842f8 00000000 0065faa8 610d7a7e 00785dd4 007842f0 00792dd0 007905d0 610f6084
*** Bug 211363 has been marked as a duplicate of this bug. ***
*** Bug 211359 has been marked as a duplicate of this bug. ***
*** Bug 211287 has been marked as a duplicate of this bug. ***
Isn't this a dupe of bug 195600?
*** Bug 211458 has been marked as a duplicate of this bug. ***
*** Bug 211502 has been marked as a duplicate of this bug. ***
Hi, I got hit by the bug as well on the 1.4 (non-beta) relase. I had both calendar and spell checker installed. Oddly, I can reinstall 1.3 without crashing. (The procedure entry point ?MAKEUnique@nsFileSpec@@QAEXXZ could not be located in the dynamic library xpcom.dll)
Can confirm bug using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.4) Gecko/20030624 Installer yields "The procedure entry point ?MAKEUnique@nsFileSpec@@QAEXXZ could not be located in the dynamic library xpcom.dll". Plugins - Java 1.4.1, Star Downloader 1.4.2 (npstar.dll),shockwave, Adobe Acrobat 5.0 (nppdf32.dll). Components - enigmail 0.74.3. Chrome - en-GB. Installed straight over 1.3, with error. Tried uninstalling 1.3 first then installing 1.4, with the error. Tried deleting \program files\common files\mozilla.org, then installing and got the error. Reinstalled 1.3 - OK. Uninstalled 1.3, deleted \program files\common files\mozilla.org AND \program files\mozilla.org\mozilla and installed _without_ error. Have subsequently installed components and plugins (uprated enigmail) and all functions well (so far).
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 My system is an AMD Duron 850, 256 MB, Win98SE. I have installed and used each Mozilla version since 0.9.4. I was running 1.3.1. On 7/1/03 I uninstalled 1.3.1. using the Windows Control Panel Add/Remove applet & cleaned out the old directory (as I had done with installations of versions from 0.9.5 through 1.3.1), but I did not delete my old plugins, icons or spellchecker(Mozdev.org). I installed 1.4. It would not start and gave me an XPCOM.DLL error. I uninstalled 1.4 using the Windows Control Panel Add/Remove applet rebooted, re-installed it in the old directory with the same result and did it one more time -- no joy. I uninstalled 1.4 and installed 1.3.1. On 7/2/03 I researched the newsgroup archive on Google and re-read the New Issues Notes. I uninstalled 1.3.1 and Java 1.4.1. using the Windows Control Panel Add/Remove applet I renamed the old mozilla directory to "Lizard" (it still had the old plugins, icons and spellcheck xpi). I backed-up my profile. I installed Java 1.4.2. and Rebooted. I installed Moz 1.4 to a new directory. It worked. I copied NPJava11.dll, NPJava12.dll, NPJava13.dll, NPJava14.dll, NPJava32.dll, NPJPI142.dll, NPOJI610.dll from the Java 1.4.2 directory "C:\Program Files\Java\j2re1.4.2\bin" to the new plugin directory "C:\Program Files\Mozilla\plugins" I then copied the old plugins and icons to the new directory. It still worked. I downloaded a new xpi from mozdev.org for spellcheck. It still worked. Sigh! ------------------- Reproducible: Always Steps to Reproduce: 1.uninstall 1.3.1 2.rename old directory 3.Install 1.4 to a new directory. ------------------- Actual Results: worked ------------------- Expected Results: should have worked in old directory after uninstall of 1.3.1. I do not know whether the plugins, the icons or the spellchecker or some combination of 2 or more or all 3 caused the crash. I do know that the first 3 times I installed 1.4, I installed it the same way that I installed 0.9.5,0.9.6,0.9.7,0.9.8,0.9.9,1.0,1.1,1.2.1, and 1.3.1 and I never had a problem with any of those installations like this one. ------------------- Suggested Partial Resolution: Please reword the New Issues note as follows: http://www.mozilla.org/releases/mozilla1.4/README.html#new-issues Windows Users: If you upgrade from a previous version of Mozilla and Version 1.4 crashes on startup with an error message indicating a problem in xpcom.dll, it is most likely that the crash was caused by an incompatibility between 1.4 and your old plug-ins or xpi's. To avoid this problem or to work around it, if it has occured, uninstall your installed version of Mozilla using the Windows Add/Remove facility or MozillaUninstall.exe. Then rename or completely delete the directory the old Mozilla was installed in. Finally, install version 1.4 in a new empty directory. NOTE: You will not lose your mail, news or profile data (such as bookmarks, preferences and cookies) but plug-ins and xpi's may be lost, unless they are saved in a renamed directory or copied or backed-up to a new directory. After installation of Mozilla 1.4 you may copy your old plugins to your new plugin directories, but do not use your old Java plug-ins unless you previously installed Java 1.4.2, see above. ------------------- Further Information: See #211363 and #211484 Almost identical to #211353 diff is that he was using XP. Bug 211458 is marked a duplicate of 205277. See: http://www.mozilla.org/releases/mozilla1.4/README.html#new-issues * If you are experiencing crashes on startup in xpcom.dll it is very likely that there is an incompatibility with some third-party extension. To work around this problem, uninstall your previous version of Mozilla, and completely delete the Mozilla install directory before performing the new install. You will not lose your profile data (such as bookmarks, preferences and cookies) but any third party extensions and plugins may be lost. The following threads from mozilla news should be reviewed: http://groups.google.com/groups?threadm=3F025523.7020102%40tired.of.hotmail.spam.com&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.browser http://groups.google.com/groups?threadm=1gsEa.9843%248l.638006%40news2.telusplanet.net&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.crash-data http://groups.google.com/groups?threadm=bd80i7%248nu1%40ripley.netscape.com&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.crash-data http://groups.google.com/groups?threadm=69809db8.0306300031.6ddf51cf%40posting.google.com&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.crash-data http://groups.google.com/groups?dq=&hl=en&lr=lang_en&ie=UTF-8&group=netscape.public.mozilla.crash-data&safe=off&selm=126ee2c2.0307010854.95f60f0%40posting.google.com http://groups.google.com/groups?threadm=bdt56b%24voivv%243%40ID-106624.news.dfncis.de&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.qa.general
This bug is actually a dupe of bug 195600. That bug is marked INVALID because one can argue that the crash isn't caused by Mozilla itself but by third party add-ons. One of it's dupes [http://bugzilla.mozilla.org/show_bug.cgi?id=200623#c4] says: "Typically you can install Mozilla on top of older version. Sometimes however, new features are implemented that break backwards compatibility. In that case you have to uninstall Mozilla to get things to work. The mozilla uninstaller, uninstalls Mozilla. And only that. If you install add-ons like spell check, enigmail, Calendar etc. they will (a) not be uninstalled and (b) not be compatible with your new Mozilla. [Please note that this behavior is by design because no program should unistall items that it didn't install]. These add-ons do not have an uninstaller and their presence brings down Moz. To uninstall these add-ons you have to manually delete them [clear out the Moz folder]." For those who are interested: two bugs to handle upgrades are already filed, see bug 200651 and bug 210731. There's a separate bug for XPI uninstallers, but since people think that they have already uninstalled them when uninstalling Mozilla, that won't help a lot of people. Regarding comment 72: the suggested update for the web page looks good. Please file this as a separate bug/request to update the web page. If you can, report the bug number back here so others can track it if they want. *** This bug has been marked as a duplicate of 195600 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
No longer blocks: stable1.4
I submitted a new bug as requested in http://bugzilla.mozilla.org/show_bug.cgi?id=205277#c73 Bug 211602 http://bugzilla.mozilla.org/show_bug.cgi?id=211602 Opened: 2003-07-03 09:44 Product: Browser Component: Installer Summary: Need to clarify New Issue Note at http://www.mozilla.org/releases/mozilla1.4/README.html#new-issues User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624 If Mozilla 1.4 is installed in to a directory that was used by a previous version of Mozilla and that directory still contains plug-ins or xpi's, Mozilla 1.4 will crash on start up with an error message indicating a problem in xpcom.dll Reproducible: Always Steps to Reproduce: 1.uninstall 1.3.1 using the Windows Add/Remove Control Panel Applet or MozillaUninstall.exe. 2.Install 1.4 to old directory containing old plug-ins or xpi's 3. Actual Results: Crashed with xpcom.dll error message Expected Results: Provide expanded information under http://www.mozilla.org/releases/mozilla1.4/README.html#new-issues: Windows users: If you upgrade from a previous version of Mozilla to Version 1.4 and it crashes on startup with an error message indicating a problem in xpcom.dll, it is most likely that the crash was caused by an incompatibility between 1.4 and your old plug-ins or xpi's. To avoid this problem, or to work around it if it has occured, uninstall your installed version of Mozilla using the Windows Add/Remove facility or MozillaUninstall.exe. Then rename or completely delete the directory the old Mozilla was installed in. Finally, install version 1.4 in a new empty directory. NOTE: You will not lose your mail, news or profile data (such as bookmarks, preferences and cookies) but plug-ins and xpi's may be lost, unless they are saved in a renamed directory or copied or backed-up to a new directory. After installation of Mozilla 1.4 you may copy your old plugins to your new plugin directories, but do not use your old Java plug-ins unless you previously installed Java 1.4.2, see above. If you use a spellchecker xpi, you should download a new version specific to Mozilla 1.4 ---------------------------------------------------- More information at #205277, #211363, #211484, #211353 #211458. See also: http://www.mozilla.org/releases/mozilla1.4/README.html#new-issues * If you are experiencing crashes on startup in xpcom.dll it is very likely that there is an incompatibility with some third-party extension. To work around this problem, uninstall your previous version of Mozilla, and completely delete the Mozilla install directory before performing the new install. You will not lose your profile data (such as bookmarks, preferences and cookies) but any third party extensions and plugins may be lost. The following threads from mozilla news should be reviewed: http://groups.google.com/groups?threadm=3F025523.7020102%40tired.of.hotmail.spam.com&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.browser http://groups.google.com/groups?threadm=1gsEa.9843%248l.638006%40news2.telusplanet.net&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.crash-data http://groups.google.com/groups?threadm=bd80i7%248nu1%40ripley.netscape.com&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.crash-data http://groups.google.com/groups?threadm=69809db8.0306300031.6ddf51cf%40posting.google.com&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.crash-data http://groups.google.com/groups?dq=&hl=en&lr=lang_en&ie=UTF-8&group=netscape.public.mozilla.crash-data&safe=off&selm=126ee2c2.0307010854.95f60f0%40posting.google.com http://groups.google.com/groups?threadm=bdt56b%24voivv%243%40ID-106624.news.dfncis.de&prev=/groups%3Fhl%3Den%26lr%3Dlang_en%26ie%3DUTF-8%26safe%3Doff%26group%3Dnetscape.public.mozilla.qa.general
Blocks: stable1.4
I do not agree that this is the same as Bug 195600 That bug says: "After installation of the current nightly build (2003030108 - upgrade from 3 days old nightly) browser crashed every time on startup. After I uninstalled, removed mozilla dir and installed it again, browser starts OK, but whenever I install an xpi, browser crashes on first restart." Please Note that in Comment #72 I said: "On 7/2/03 I researched the newsgroup archive on Google and re-read the New Issues Notes. I uninstalled 1.3.1 and Java 1.4.1. using the Windows Control Panel Add/Remove applet I renamed the old mozilla directory to "Lizard" (it still had the old plugins, icons and spellcheck xpi). I backed-up my profile. I installed Java 1.4.2. and Rebooted. I installed Moz 1.4 to a new directory. It worked. I copied NPJava11.dll, NPJava12.dll, NPJava13.dll, NPJava14.dll, NPJava32.dll, NPJPI142.dll, NPOJI610.dll from the Java 1.4.2 directory "C:\Program Files\Java\j2re1.4.2\bin" to the new plugin directory "C:\Program Files\Mozilla\plugins" I then copied the old plugins and icons to the new directory. It still worked. I downloaded a new xpi from mozdev.org for spellcheck. It still worked." The difference between the 2 reports is that in mine the browser works after downloading the xpi but in 195600 it does not work after downloading the xpi.
*** Bug 210072 has been marked as a duplicate of this bug. ***
*** Bug 211646 has been marked as a duplicate of this bug. ***
*** Bug 211653 has been marked as a duplicate of this bug. ***
per comment 75. I'm not sure if i understand your problem correctly now. This is my guess however: You had 1.3 + 1.3 spell check xpi -> worked You installed 1.4 with 1.3 spell check xpi -> crash You installed 1.4 with new 1.4 spell check xpi -> worked So you're final stage is a working 1.4. "It still worked. I downloaded a new xpi from mozdev.org for spellcheck. It still worked." If this interpretation is correct than this issue IS the same as outlined in bug 195600. What the initual report in bug 195600 didn't realize is that the 1.3 XPI's don't work with 1.4. Also in bug 195600 the spell check XPI works, provided that the right version is used. It's sometimes dangerous to go back to the initial description of the bug as it might take some time to narrow down someone's description to the actual cause. At the time that bug was filed, there was no 1.4 spell check XPI yet, and i think in fact it might only have been created after these problems arose. HTH
OK I tried an experiment. I uninstalled Mozilla 1.4 using the Windows Control Panel Add/Remove applet I backed-up my profile and plug-ins. I installed Moz 1.4 to the old directory. It worked. The problem was either the Old Java plug-ins 1.4.1 or the spellcheck.xpi 1.3 Should I alter Bug 211602 ?
*** Bug 212620 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: