Closed Bug 18887 Opened 25 years ago Closed 25 years ago

Installer not installing all files

Categories

(Core Graveyard :: Installer: XPInstall Engine, defect, P1)

Product:
Core Graveyard
Component:
Installer: XPInstall Engine
Platform:
PowerPC
Mac System 8.5
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: agracebush, Assigned: samir_bugzilla)

Details

Steps to reproduce:
1. Run Mac Installer from build:
ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/1999-11-15-08-M12/
2. Installation takes place, progress is shown, files located in folder selected
or default

Actual result: there is no apprunner icon/file, no Mozilla ProfileManager etc,
only directores for chrome, components, default, res, essential files and
component.reg

Expected result: executables
Build 1999111508, Mac only
Severity: normal → critical
Status: NEW → ASSIGNED
Component: Install Wizard → XPInstall
Priority: P3 → P1
Target Milestone: M12
The browser.xpi doesn't get installed because two files fail to extract:
1> viewer/chrome/global/skin/default/scroll-thumb-vert-hover.gif
2> viewer/Components/ucvcn.shlb

Removing these two files yields a usable .xpi. Also, this hasbeen confirmed
using XPInstall from a Mozilla build. Bumped up priority and severity.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fix checked in.
Status: RESOLVED → VERIFIED
build 1999111708 using MacInstaller
Status: VERIFIED → REOPENED
this is happening again on MacInstaller for 1999111808 mozilla build
This time its dying when trying to extract apprunner itself. Investigating.
Resolution: FIXED → ---
Update: if you try to only install apprunner (by modifying the contents of the
.xpi to only contain apprunner and the install.js) the install works fine. This
indicates that we are quite probably past the CRC-32 problem.
cc'ing myself... This is my bad :-(
What happened is that apprunner got renamed Mozilla in the tree on 11/17,
effective on 11/18 release build, but packages-mac was left unchanged. As a
result, the browser.xpi didn't contain any executable.

This should be fixed in today's verification build.

Samir, if this confirms your investigation and "your" bug is really fixed, feel
free to mark it as such.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Ahhh, good. Thanks for the info jj. Marking resolved/fixed.
~Samir
It looks like this uncovered two bugs:
1> The browser.xpi should be updated (I'll do it) to call fileMacAlias() on
Mozilla rather than apprunner.
2> The fileMacAlias() XPInstall operation is causing a fatal error that makes
XPInstall abort rather than leaving that decision to the install script writer.
Hence, cc'ing Jimmy.

Grace, you can only verify his bug tomorrow after my fix to the install script
has gone in.
Peter Trudelle has reported a similar bug (all top-level files missing after
install): See bug# 19568
Don't know if this is related/duplicate or not.
Yes, it is related and he closed it too. Thanks.
Blocks: 20203
Status: RESOLVED → VERIFIED
build 1999120608
Bulk move of XPInstall (component to be deleted) bugs to Installer: XPInstall
Engine
No longer blocks: 20203
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.