Closed
Bug 93411
Opened 24 years ago
Closed 24 years ago
mozilla-bin downloads xpi's of ZERO LENGTH!
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: johnd, Assigned: slogan)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628
BuildID: 20000802
install fails. examining the xpi subdirectory in mozilla-install, all the xpi
files are of length 0! All directories are writable. I am using Red Hat 7.0 w.
the latest Ximian Gnome release. I am behind a firewall.
Reproducible: Always
Steps to Reproduce:
1. download
2. unpack
3. run mozilla-bin:
4. set proxy
5. tell it to save xpi's (or not, doesn't matter, same result)
6. error: Fatal error [-616]: Extraction of XPCOM failed
Actual Results:
From a clean install directory (mozilla-installer) I get, after the error:
[johnd@pc-johnd mozilla-installer]$ ls -l xpi
total 0
-rw-r--r-- 1 johnd console 0 Aug 2 22:32 browser.xpi
-rw-r--r-- 1 johnd console 0 Aug 2 22:33 chatzilla.xpi
-rw-r--r-- 1 johnd console 0 Aug 2 22:33 deflenus.xpi
-rw-r--r-- 1 johnd console 0 Aug 2 22:34 langenus.xpi
-rw-r--r-- 1 johnd console 0 Aug 2 22:33 mail.xpi
-rw-r--r-- 1 johnd console 0 Aug 2 22:33 psm.xpi
-rw-r--r-- 1 johnd console 0 Aug 2 22:34 regus.xpi
-rw-r--r-- 1 johnd console 0 Aug 2 22:33 talkback.xpi
-rw-r--r-- 1 johnd console 0 Aug 2 22:32 xpcom.xpi
Expected Results: I expected to be running 0.9.3 long before this
Comment 2•24 years ago
|
||
I saw a similar problem with this morning's 2001080308 build. In my case, it
downloaded the first 2 xpis and then stopped downloading. It then issued a
"Network Failure Error" which was not the case as the ftp site was still up (I
was getting a sweet 270Kbps on the full installer!!) and I was on IRC also. The
only way I got it to work was with the full installer. The net install would
not work. Confirm and up severity.
Severity: normal → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•24 years ago
|
||
I think this is/was a problem with the mozilla FTP server.
It seems to be busy (from the 0.9.3 Release).
I got an error with the Browser on ftp.mozilla.org (passive transfer)
"ALL Adresses are in use" (I think it means: All passive ports are in use)
A few people on #mz saw this (that is why I tested this).
I got the error only sometimes and I think that is the reason of this...
and it explains Christopher Aillon's problem. I think the installer opens a new
connection for every new XPI and it failed after 2 XPI's.
But as he downloaded the full installer, the ftp server had a free connection....
Comment 4•24 years ago
|
||
Reporter,
Are you still seeing this problem? Have you been able to install since this was
reported?
| Reporter | ||
Comment 5•24 years ago
|
||
I will try to test this ASAP. The most recent installs have had all the XPI's
included with the .tgz file. Original problem was with FTP. Stay tuned.
| Reporter | ||
Comment 6•24 years ago
|
||
Just tried to install 0.9.4, which uses the FTP installer. Install failed, but
at least it let me know it failed. Nice job, retries and everything! Not sure
if this is an FTP server problem (probable, since 0.9.4 was just released), or a
problem with my proxy (also probable), but the user interface problem (i.e.
reporting success when the download in fact failed) is fixed.. Go ahead and
declare victory on this one, guys.
Comment 7•24 years ago
|
||
per comments
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•