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

VERIFIED FIXED in M13

Status

SeaMonkey
Installer
P1
blocker
VERIFIED FIXED
19 years ago
13 years ago

People

(Reporter: Allan Masri, Assigned: Samir Gehani)

Tracking

Trunk
PowerPC
Other

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
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.
(Reporter)

Updated

19 years ago
QA Contact: gbush → amasri
(Reporter)

Comment 1

19 years ago
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.
(Assignee)

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M13
(Assignee)

Comment 2

19 years ago
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.
(Assignee)

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Assignee)

Comment 3

19 years ago
The fix to 21734 fixes this too.
(Reporter)

Updated

18 years ago
Status: RESOLVED → VERIFIED
(Reporter)

Comment 4

18 years ago
quick work, gehani!
(Reporter)

Updated

18 years ago
Severity: normal → blocker
Status: VERIFIED → REOPENED
Priority: P3 → P1
(Reporter)

Comment 5

18 years ago
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.
(Assignee)

Updated

18 years ago
Resolution: FIXED → ---
(Assignee)

Comment 6

18 years ago
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

18 years ago
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
(Reporter)

Comment 8

18 years ago
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.
(Assignee)

Updated

18 years ago
Status: REOPENED → RESOLVED
Last Resolved: 19 years ago18 years ago
Resolution: --- → WORKSFORME
(Assignee)

Comment 9

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

I'm marking this bug resolved/worksforme.

Comment 10

18 years ago
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 :)
(Assignee)

Comment 11

18 years ago
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).
(Reporter)

Updated

18 years ago
Status: RESOLVED → VERIFIED
(Reporter)

Comment 12

18 years ago
Verified as working

Comment 13

18 years ago
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?
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
(Assignee)

Comment 14

18 years ago
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.
Status: REOPENED → RESOLVED
Last Resolved: 18 years ago18 years ago
Resolution: --- → FIXED
(Assignee)

Comment 15

18 years ago
Reverifying.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.