Closed Bug 73277 Opened 24 years ago Closed 24 years ago

Installer fails with the error -806 on the MacIntosh

Categories

(SeaMonkey :: Installer, defect)

PowerPC
Mac System 8.6
defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: pbergsag, Assigned: jj.enser)

Details

From Bugzilla Helper: User-Agent: Mozilla/4.76 (Macintosh; U; PPC) BuildID: 20010323 Using the new installer (March 23, 2001 build) which downloads over the internet the installer fails with a reported error of -806 before the download has begun. Reproducible: Always Steps to Reproduce: 1.Launch the installer. 2. Message box displays "Instalation failed due to error: -806". Actual Results: Mozilla fails to install over the internet. Expected Results: I expected the download and instalation of Mozilla. This is a blocker and I feel that until fixed another option for downloading Mozilla should be advailable.
I can reproduce this. I guess someone got problems when making the archive, the .sea archive is only 250 KB. I'm pretty sure this will be fixed on the next nightly build. Workaround for this weekend is to use a previous version.
Status: UNCONFIRMED → NEW
Ever confirmed: true
reassigning to Samir
Assignee: ssu → sgehani
Please paste the URL of the location you downloaded the "stub" installer. The size is correct, the installer now has a downloader built into it that should only download components you selected. The error you reported is a download error (FTP command failure specifcally).
I downloaded the installer from Mozilla's main page: http://ftp.mozilla.org/pub/mozilla/nightly/latest/MacMozillaInstaller.sea.bin It looks like this is the same as this one: ftp://ftp.mozilla.org/pub/mozilla/nightly/2001-03-23-08-trunk/ MacMozillaInstaller.sea.bin Since this is a real problem, he are my system infos: PowerMac G3 with 160 MB RAM running Mac OS 8.6 with TCP/IP 2.0.1
Good news. This was no big deal... I set up a port sniffer on my mac and started the installer, I catched this: ----- [SNIP] Send data (65 bytes) on stream 1. <00000039< SIZE /pub/mozilla/nightly/2001-03-23-08-trunk/mac-xpi/ xpcom.xpi <00000079< Receive data (83 bytes) on stream 1. >00000114> 550 /pub/mozilla/nightly/2001-03-23-08-trunk/mac-xpi/ xpcom.xpi: >00000154> not a plain file. Send data (65 bytes) on stream 1. <0000007A< RETR /pub/mozilla/nightly/2001-03-23-08-trunk/mac-xpi/ xpcom.xpi <000000BA< Receive data (92 bytes) on stream 1. >00000167> 550 /pub/mozilla/nightly/2001-03-23-08-trunk/mac-xpi/ xpcom.xpi: >000001A7> No such file or directory. Send orderly release request (T_ORDREL_REQ = 109) on stream 2. Send orderly release request (T_ORDREL_REQ = 109) on stream 1. Receive data (37 bytes) on stream 1. >000001C3> 221 You could at least say goodbye. Receive disconnect indication (T_DISCON_IND = 126) on stream 2. Reason = 54 Sequence Number = 0 Send unbind request (T_UNBIND_REQ = 110) on stream 2. Receive orderly release indication (T_ORDREL_IND = 132) on stream 1. Send unbind request (T_UNBIND_REQ = 110) on stream 1. ----- Changing line 3 of config.ini from: URL=ftp://ftp.mozilla.org/pub/mozilla/nightly/2001-03-23-08-trunk/mac-xpi/ to: URL=ftp://ftp.mozilla.org/pub/mozilla/nightly/2001-03-23-08-trunk/xpi/ solved the problem for me.
Are we no longer producing the "blob" installer version? we should provide both, actually, because they're useful for different audiences. I guess I'll reassign to jj, since the upload dir and config.ini (mac-xpi vs xpi) need to match and those values are supplied by the build scripts
Assignee: sgehani → jj
pbergsag, samir, dan: the 'xpi' files that the installer stub is looking for were not copied to the the right location this morning. I did some tweaking on the staging area around 10am PST to fix this problem but i realize that these changes were not pushed to the external ftp site. I just did some more telnet/ssh actions to fix the problem and today's installer should now work again. (pbergsag: you should be able to run successfully the stub you downloaded earlier) Worse case, wait for monday's nightly build which will not have this problem anymore. Regarding the blob, another bug in the automation prevented it to be uploaded, but it got created and I pushed it manually to the staging area. Then again, it just showed up. I'm reducing the severity to major because this doesn't qualify as a blocker : you have other means to download the build (namely MacMozillaFullInstaller.sea.bin and mozilla-mac-trunk.sea.bin which is a pre-installed stuffit self-extracting archive). Guillaume: The 250K .sea is normal. We just started to deliver an installer wizard that will download from the net the selected components as you choose them. The complete installer packaging (or blob) you're familiar with is now renamed "MacMozillaFullInstaller.sea.bin" to be able to differenciate them, and this one is about 11MB large. Anyway, everything should go back to normal with monday's nightly build.
Severity: blocker → major
Status: NEW → ASSIGNED
QA Contact: gemal → gbush
Yup, I just tried today's build (033004) and this is solved.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verifying based on last comment
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.