Closed Bug 28895 Opened 25 years ago Closed 25 years ago

Mozilla Installer crashes on XPCOM.DLL

Categories

(SeaMonkey :: Installer, defect, P3)

x86
Windows 95
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 28775

People

(Reporter: fireball, Assigned: ssu0262)

Details

Overview Description: If you use the mozilla-win32-installer.exe from the latest nightly build, after I click 'Install' it crashes. The installer from the nightly build before the latest nightly build didn't do that on me! Steps to Reproduce: 1) double-click mozilla-win32-installer.exe 2) select any options (didn't matter for me which ones I selected) 3) when you are in the (yet) empty component confirmation window, click 'Install'...bang the crash Actual Results: SETUP caused an invalid page fault in module XPCOM.DLL at 016f:60c580b8. Registers: EAX=010d0740 CS=016f EIP=60c580b8 EFLGS=00010246 EBX=00000000 SS=0177 ESP=006779e8 EBP=006779f4 ECX=60c6c80c DS=0177 ESI=78010c8e FS=3cef EDX=00000003 ES=0177 EDI=010d4620 GS=0000 Bytes at CS:EIP: 83 23 00 6a 26 68 60 3f c8 60 c7 00 01 00 00 00 Stack dump: 80000000 010d0740 00000000 00677a40 60c42948 010d4608 60c83844 010d0740 00000000 60c53ea7 00000000 60c454a2 010d0d60 60c45513 010d0d90 010d0d60 Expected Results: Setup should proceeding extracing and installing files. Reproducibility: Everytime I try it. Build Date & Platform Bug Found: 5.0.0.00053 on Win95 OSR 2.0 Additional Builds and Platforms Tested On: Win2k Pro - worked flawlessly! Additional Information: Something must have been changed between the last and this nightly build in the installer - maybe in the XPCOM.DLL or in the installer. Looks like its very OS dependant, if not even Win95-dependant again.
Ok, seems like I am the loser of the month with my system, I don't think this report has relevance. Someone else try it and if it works on one other system, file this bug. ;(
This is a good bug report, but we've already found the problem and fixed it. It should happen on any OS actually, even on a Mac (for a Mac build of course). I'm surprised it worked on a Win2k system. thanks for the bug report though. (and yes, it was something that was checked in yesterday to xpcom that caused this) *** This bug has been marked as a duplicate of 28775 ***
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
I am glad its not a fake of my OS this time. But were I supposed to find the 28775 before? I don't know...I just read through the other bug...it sounds completely different. => mine crashes later than when all the .xpi files are loaded (dialogs first). But anyway...I think thats it.
ok
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.