On today's nightly trunk seamonkey build, XPInstall is not triggered when I click on an XPI. Tested on win98 and winXP plus FC3. Steps to reproduce: 1. visit http://www.mozilla.org/quality/smartupdate/xpis/ 2. click on any of the xpis Results: Open File dialog with choice to open or save to disk. Expected Results: XPInstall triggered and the XPI is installed.
Installing extensions from https://update.mozilla.org/extensions/?application=mozilla seems to work. Has something changed in Seamonkey that breaks XPI outside of UMO?
It seems like XPI extensions install from mozdev too. Has something changed that breaks our old XPI tests?
installing from http://www.mozilla.org/projects/calendar/download.html works. But the xpi's at the url from comment 0 are served with a text/plain mimetype. Is this actually a website issue?
This isn't an app error, it's a problem with the www.mozilla.org webserver configuration, which doesn't have the right mimetype mapping for XPI. Probably related to the new mirror machines.
Assignee: xpi-engine → mozilla.webmaster
Component: Installer: XPInstall Engine → email@example.com
Product: Browser → mozilla.org
QA Contact: daniel.bugmail
Version: Trunk → other
Assignee: mozilla.webmaster → justdave
Component: firstname.lastname@example.org → Server Operations
QA Contact: daniel.bugmail → myk
Hmmm, did this ever work? We don't have a mime-type definition for xpi even on rheet....
OK, found it. Someone had stuck it in /etc/mime.types instead of in the apache config. It's been moved into the apache config now, so the website mirrors should pick it up the next time they rsync the config file.
Myk: has anything been set up with automation of pulling the config files to the mirror webservers from rheet? If not, how do I manually trigger that? This change appears to have not propogated yet.
Is this still a Smoketest Blocker?
This still does not work onthe enigmail nightly build site with build 2004120304
Depends on: 273060
Dave, there's no automation for it at all, just manual scp copies.
All the WWW mirrors are under our direct control now, and have a cron job syncing the config scripts. This should be working now.
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.