This is specific to ftp.mozilla.org using HTTP, but works using FTP. Also, other servers using HTTP work fine. Build: ------ 2002032803 Netscape Trunk Win2K Steps to reproduce: ------------------- (1) Navigate to: <http://ftp.mozilla.org/pub/mozilla/nightly/2002-03-28-10-trunk/windows-xpi/> (2) Click on inspector.xpi (or any xpi). Actual results: --------------- File appears to download but then the status message shows ``Download error'' and the xpi has not installed. No trace in the <bin dir>/install.log either. (That's cause install logging only starts after the file has downloaded as dveditz refreshes my memory.) This works on another http server (http://jimbob/jars/ -- Netscape internal QA server hosting xpi testcases). I checked the MIME type being sent by telneting to port 80 on ftp.mozilla.org and making an HTTP request for inspactor.xpi. The MIME type appears to be correct and sent as ``application/x-xpinstall''. <httplog> $ telnet ftp.mozilla.org 80 Trying 188.8.131.52... Connected to komodo.mozilla.org. Escape character is '^]'. GET /pub/mozilla/nightly/2002-03-28-10-trunk/windows-xpi/inspector.xpi HTTP/1.1 Host: ftp.mozilla.org HTTP/1.1 200 OK Date: Thu, 28 Mar 2002 22:55:04 GMT Server: Apache/1.3.12 (Unix) Last-Modified: Thu, 28 Mar 2002 19:49:09 GMT ETag: "475-339b9-3ca373b5" Accept-Ranges: bytes Content-Length: 211385 Content-Type: application/x-xpinstall PK♥♦ .U|, ♦ § bin/UT ♥zd£<¿d£<Ux♦ é♥☺☻PK♥♦ </httplog> Expected results: ----------------- The .xpi downloads and installs successfully like it does when you go to ftp://ftp.mozilla.org and click on the same .xpi.
Summary: Can't install an .xpi from http://ftp.mozilla.org by lciking on it → Can't install an .xpi from http://ftp.mozilla.org by clicking on it
FYI - The Permission Manager for the XPI install was implemented recently. This is going to change the perspective of this bug.
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.