Closed
Bug 39749
Opened 25 years ago
Closed 25 years ago
Mozilla Installer does not complete-stops after extraction
Categories
(SeaMonkey :: Installer, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
M17
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
Assignee | ||
Comment 1•25 years ago
|
||
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.
Reporter | ||
Comment 4•25 years ago
|
||
Mozilla Installer appears to complete- but installs folder only- no files
build 2000052508
Commercial Installer was successful today---??
Assignee | ||
Comment 5•25 years ago
|
||
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)
Comment 6•25 years ago
|
||
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
Assignee | ||
Comment 7•25 years ago
|
||
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)
Comment 8•25 years ago
|
||
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?
Assignee | ||
Comment 9•25 years ago
|
||
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.)
Assignee | ||
Comment 10•25 years ago
|
||
s/heisenbig/heisenbug/
Comment 11•25 years ago
|
||
thanks for the info. yes, looks like the packages-mac file is out of date. I'll
take a look...
Comment 12•25 years ago
|
||
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
Assignee | ||
Comment 14•25 years ago
|
||
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.
Comment 15•25 years ago
|
||
I see this with Mac installer on todays build 2000-05-30-08M16
Comment 16•25 years ago
|
||
I see this same behavior with the commercial release build for Mac today also:
2000-05-31-08M16
Reporter | ||
Comment 17•25 years ago
|
||
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
Comment 18•25 years ago
|
||
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.
Assignee | ||
Comment 19•25 years ago
|
||
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.
Comment 20•25 years ago
|
||
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
Assignee | ||
Comment 21•25 years ago
|
||
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
Assignee | ||
Comment 22•25 years ago
|
||
s/aby/a by/
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•