Closed
Bug 271262
Opened 20 years ago
Closed 19 years ago
xpi does not trigger xpinstall -- offers dialog for saving to disk or running with an application
Categories
(mozilla.org Graveyard :: Server Operations, task)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: asa, Assigned: justdave)
References
Details
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.
Reporter | ||
Comment 1•20 years ago
|
||
Installing extensions from https://update.mozilla.org/extensions/?application=mozilla seems to work. Has something changed in Seamonkey that breaks XPI outside of UMO?
Reporter | ||
Comment 2•20 years ago
|
||
It seems like XPI extensions install from mozdev too. Has something changed that breaks our old XPI tests?
Comment 3•20 years ago
|
||
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?
Comment 4•20 years ago
|
||
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 → webmaster@mozilla.org
Product: Browser → mozilla.org
QA Contact: daniel.bugmail
Version: Trunk → other
Assignee | ||
Comment 5•20 years ago
|
||
yep.
Assignee: mozilla.webmaster → justdave
Component: webmaster@mozilla.org → Server Operations
QA Contact: daniel.bugmail → myk
Assignee | ||
Comment 6•20 years ago
|
||
Hmmm, did this ever work? We don't have a mime-type definition for xpi even on rheet....
Assignee | ||
Comment 7•20 years ago
|
||
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.
Assignee | ||
Comment 8•20 years ago
|
||
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.
Comment 9•20 years ago
|
||
Is this still a Smoketest Blocker?
Comment 10•20 years ago
|
||
This still does not work onthe enigmail nightly build site with build 2004120304
Comment 11•20 years ago
|
||
Dave, there's no automation for it at all, just manual scp copies.
Assignee | ||
Comment 12•19 years ago
|
||
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
Closed: 19 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•