If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

xpi does not trigger xpinstall -- offers dialog for saving to disk or running with an application

VERIFIED FIXED

Status

mozilla.org Graveyard
Server Operations
--
blocker
VERIFIED FIXED
13 years ago
3 years ago

People

(Reporter: asa, Assigned: justdave)

Tracking

Details

(Reporter)

Description

13 years ago
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

13 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

13 years ago
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?

Comment 4

13 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
yep.
Assignee: mozilla.webmaster → justdave
Component: webmaster@mozilla.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.

Comment 9

13 years ago
Is this still a Smoketest Blocker?
(Reporter)

Updated

13 years ago
Keywords: smoketest

Comment 10

13 years ago
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: 13 years ago
Resolution: --- → FIXED
(Reporter)

Updated

12 years ago
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.