Closed
Bug 73277
Opened 24 years ago
Closed 24 years ago
Installer fails with the error -806 on the MacIntosh
Categories
(SeaMonkey :: Installer, defect)
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.
Comment 1•24 years ago
|
||
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
Comment 3•24 years ago
|
||
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).
Comment 4•24 years ago
|
||
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
Comment 5•24 years ago
|
||
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.
Comment 6•24 years ago
|
||
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
Assignee | ||
Comment 7•24 years ago
|
||
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
Updated•24 years ago
|
QA Contact: gemal → gbush
Comment 8•24 years ago
|
||
Yup, I just tried today's build (033004) and this is solved.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•