Closed Bug 54191 Opened 25 years ago Closed 25 years ago

can't install .xpi files off ftp.mozilla.org

Categories

(mozilla.org Graveyard :: Server Operations, task, P3)

x86
Linux

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: vanbalen, Assigned: endico)

References

()

Details

Build from 2000-09-26-10-M18 directory running on Linux. I attempted to install an .xpi file from the above directory got file type not found dialog saying that no application is associated with "application/application/x-xpinstall." Should this be working? To reproduce: 1.) Go to ftp://ftp.mozilla.org/pub/mozilla/nightly/2000-09-26-10-M18/linux-xpi/ 2.) Left click on one of the .xpi files (I tried talkback.xpi and mail.xpi). 3.) You will be propted to save, cancel or get more info. expected behaviour: mozilla isntalls xpi package observed behaviour: mozilla doesn't know what an xpi package is.
Works for me with the latest build. Have you tried moving .mozilla and trying again?
Yep. Tried it, didn't work. Also see the first comment in bug #52908 for a reference to this behaviour, even though that bug is different from this one.
Very odd. I can duplicate this behavior with the link from bug 52908 (http://ftp.mozilla.org/pub/mozilla/nightly/2000-09-15-21-M18/linux-xpi/talkback.xpi) but not with the link above.Apparently, the mix between http and ftp is somehow confusing it (at least on this build.) Here is what happens for me: http://ftp.mozilla.org/pub/mozilla/nightly/2000-09-15-21-M18/linux-xpi/talkback.xpi will not install, and prompts me to save. However, ftp://ftp.mozilla.org/pub/mozilla/nightly/2000-09-15-21-M18/linux-xpi/talkback.xpi does install cleanly- only difference being the access mode. Anyway, I still can't duplicate the exact original bug, but something is clearly wrong here, so marking as new.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This appears to be a site problem -- I can use http: URLs with XPInstall just fine from other sites. Dawn: could you double-check the mozilla.org web server? It appears to have an incorrect MIME type for .xpi files. We're seeing application/application/x-xpinstall instead of just application/x-xpinstall (which the ftp server correctly uses).
Assignee: dveditz → endico
Component: Installer: XPInstall Engine → Server Operations
Product: Browser → mozilla.org
Hmm. I didn't actually test this bug with the url above. I went to ftp.mozilla.org (typed that in verbatim) and clicked on the directories until I got to one of the builds and them clicked directly on talkback.xpi, which didn't work. I just assumed that the above URL would have the same effect. I don't however, have a mozilla build available at the moment to test the URL. Will do that tomorrow.
Yes, the xpi installer inded does work with the url I supplied, so the problem does appear to be related either to the use of http: or to the site itself. As a side note, even when the xpi installer does run, it doesn't appear to install the xpi file (I gave up after 30 minutes or so) and hitting the cancel button doesn't seen to work. I'll look and see if these issues have been reported yet...
Yes, the problem I just mentioned is a known issue (bug 46318). The workaround is hitting the stop button on the browser. Sorry about spamming everyone with info not directly related to this bug...
I fixed the mime type. Please verify that xpinstall works and either mark the bug verified or reopen it.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
vrfy
Status: RESOLVED → VERIFIED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.