Closed Bug 93411 Opened 24 years ago Closed 24 years ago

mozilla-bin downloads xpi's of ZERO LENGTH!

Categories

(SeaMonkey :: Installer, defect)

x86
Linux
defect
Not set
major

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
!win32
Assignee: ssu → syd
QA Contact: gemal → gbush
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
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....
Reporter, Are you still seeing this problem? Have you been able to install since this was reported?
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.
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.
per comments
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.