Closed Bug 39749 Opened 25 years ago Closed 25 years ago

Mozilla Installer does not complete-stops after extraction

Categories

(SeaMonkey :: Installer, defect, P1)

PowerPC
Mac System 8.5
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: agracebush, Assigned: samir_bugzilla)

References

Details

(Whiteboard: [nsbeta2+])

Steps to reproduce: 1. download installer for build 2000051808 2. answer prompts in Wizard (custom or default folder) 3. extraction progress is noted Actual results: installer quits Expected results: installer would finish installing extracted files No install log is present
Ack! Installer horkage again. Must be the installer itself since the commercial version works fine (ruling out xpistub, XPCOM, or XPInstall horkage, I think). Nominatingf or nsbeta2.
Status: NEW → ASSIGNED
Keywords: nsbeta2
Priority: P3 → P1
Target Milestone: --- → M17
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
*** Bug 40605 has been marked as a duplicate of this bug. ***
Mozilla Installer appears to complete- but installs folder only- no files build 2000052508 Commercial Installer was successful today---??
I believe this behavior is inconsistent. Grace, can you test this on otehr configurations? Maybe we can narrow this down to a particular OS version or architecture. Or maybe not :o)
I'm nominating this for dogfood because the fact that the Mac installer has not worked for over 6 days is just lame.
Severity: normal → critical
Keywords: dogfood
Alex, the commercial installer is working and has been. The mozilla installer is the one that hasn't been working. Maybe it's not so lame after all. :o)
OK, so it looks like we have other problems with the commercial version because the sidebar is blank on that install (and it works with my pull from the tip). Doh! Doesn't the commercial installer rely on the packaging list in mozilla as well? Any leads as to what is causing the mozilla installer to fail? I am lame for not knowing how the installer works :-), but I don't want to spend cycles debugging the commercial installer problem if it's just spillover from the mozilla breakage. any clues?
OK, terminology clarification: when we say the mozilla installer doesn't work we mean that the actual binary doing the installation fails at runtime. I think the horkage you are referring to is that the build *installed* by the commercial installer has packaging differences when compared against the raw .sea.bin (which includes all the test gunk). Someone has probably neglected to update the packages-mac manifest causing such horkage. As such, that's a separate problem. To answer your question about leads in the mozilla installer horkage: no, it's a heisenbig that I haven't been able to reproduce. (Currently not my main focus since I'm trying to take care of another remote display crasher on my gtk linux installer.)
s/heisenbig/heisenbug/
thanks for the info. yes, looks like the packages-mac file is out of date. I'll take a look...
Listing this as a blocker for bug 38603, because it's pretty hard to test installer builds if the intsaller doesn't install.
Blocks: 38603
Removing my original dogfood nomination.
Keywords: dogfood
Update: Can't reproduce this on my own opt build (which shouldn't be any different). In fact, when I use my own opt Mozilla Installer's symbol files to run the .xpis through with the released opt binary that fails after extraction, it works! Investigating further.
I see this with Mac installer on todays build 2000-05-30-08M16
Depends on: 37351
No longer depends on: 37351
I see this same behavior with the commercial release build for Mac today also: 2000-05-31-08M16
I am seeing the same -239 error in install log as with commercial installer (see bug 41002) Navigator seems to install all but last 3 files during process
I would like to nominate this as dogfood. Testing cannot be performed for IM prefs on Mac till this is fixed so this affects daily work for me. This also prevents AIM prefs from showing in the Prefs tree, along with the missing text menu for IM from Task menu and switcher icon for IM.
Keywords: dogfood
This is a heisenbug. I can't reproduce on my opt build. Further, this only affects the Mozilla Installer, not the commercial installer. Not sure if I agree this is dogfood. At any rate, this bug is receiving attention and is high on my priority list. Suzanne, Are you having trouble with the commercial installer? Bug 41002 has already been nominated for dogfood, smoketest and I'm working at that. Once that is resolved rest assured I'll be looking at this further.
Oh, sorry, I was confusing this for that bug. I'll follow 41002 from this point forward 'cause it is the commercial release I am having issue with. Sorry for the confusion. Un-nominating dogfood for this one.
Keywords: dogfood
Should be fixed. Thanks to sfraser for spending time dealing with this issue as aby product of another bug.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
s/aby/a by/
build 2000060208
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.