21724 - Mac installer fails to load browser.xpi on MacOS-Ja

Status: VERIFIED FIXED

(SeaMonkey :: Installer, defect, P1)

Description

[Allan Masri]

with NSMacInstaller 1999-12-13-08, with MacOS 8.5 & 8.6 Ja:

1. Use ftp to download NSMacInstaller--should be decompressed automatically.
2. Launch Mac Installer using "typical" installation option

Result: Installer fails to install top level files, the files in the
Browser.xpi.

Workaround: Load the browser files separately using the "custom" option of the
NSMacInstaller.

Comment 1

[Allan Masri]

teruko and I both discovered, in today's build, that the browser.xpi is being
downloaded, but it's the wrong one--yesterday's browser.xpi is installed by
NSMacInstaller on Japanese systems. Note that Japanese systems not only have
different character sets, but also different date formats.

Comment 2

[Samir Gehani]

This has been observed by Grace et. al. today on the US version of Mac OS 8.5 as
well. Grace and I are investigating this. Thanks.

Comment 3

[Samir Gehani]

The fix to 21734 fixes this too.

Comment 4

[Allan Masri]

quick work, gehani!

Comment 5

[Allan Masri]

But in 1999-12-20-15-M12, this bug reappears. Browser.xpi is downloaded, but not
installed. I rebooted not once, but numerous times, and deleted Mozilla
Registry, but the browser components were never installed.

Comment 6

[Samir Gehani]

Grace,
Does this build yield the same symptoms on the US version of OS 8.5 and 8.6 as
the Japanese versions?

Comment 7

[Grace Bush]

Samir,
I am seeing the same folder/files with the NSMacInstaller that I see
by unstuffing the .bin file for the 1999-12-20-23 M12 builds
I did note that top level files in both folders are showing Dec20 dates-
identical times between folders. Folders such as chrome and res have times of
installation  but files have yesterday dates/times again the same in both folders

You can view on my machine. Build date on seamonkey shows 1999122023

Comment 8

[Allan Masri]

I installed this again using 12-20-23 builds, and it is now working. If
yesterdays files are being installed, it may be that the machine needs to be
rebooted.

Comment 9

[Samir Gehani]

On the Mac, reboots are not necessary, only restarts of Mozilla itself.

I'm marking this bug resolved/worksforme.

Comment 10

[J.J. Enser]

Samir, I thought reboots were necessary to get rid the "Temporary Items" ?



So what's the deal with Grace's last comment? Did you check her Mac and see what

happened? If things don't work for her, why is this bug marked as WORKSFORME :)

Comment 11

[Samir Gehani]

I believe Grace's comments empirically conclude successful installation since
everything is identical. Hence, worksforme.

The reboot is no longer required for re-installation because we delete
everything in "Temporary Items" once done installing (a recent fix).

Comment 12

[Allan Masri]

Verified as working

Comment 13

[Raphael Ullmann]

Hi,
I tried to install M16 (ftp://ftp.mozilla.org/pub/mozilla/releases/m16/MozillaInstaller-M16.sea.bin) and it didn't install the files located in the browser.xpi file.
This happened both with the typicall and the custom (browser-only) install mode.
In the installer log file, the installer returns "Error -225" for all files that are contained in the browser.xpi file.
During the install, the app stops at "Installing Navigator"/"Processing Mozilla" and quits (without any Finder error message, however).
My Mac: Perf. 6320 (PPC 603e with 120MHz), 24 MB RAM, 35 MB virtual memory, MacOS 8.6 German, enough free space on the HD, date settings are correct.
Any ideas?

P.S.: By the way, installing Mozilla using the self-extracting archive (ftp://ftp.mozilla.org/pub/mozilla/releases/m16/mozilla-mac-M16.sea.bin) is easier and faster... why not use a standard StuffIt Installer app?

Comment 14

[Samir Gehani]

Raphael,
This bug has long since been fixed.  Please open a new bug for the symptoms you 
describe.  And StuffIt Expander is *not* faster than the XPInstall engine.

Comment 15

[Samir Gehani]

Reverifying.