XPI install test opens download file handler

VERIFIED FIXED

Status

mozilla.org Graveyard
Server Operations
--
major
VERIFIED FIXED
12 years ago
3 years ago

People

(Reporter: tracy, Assigned: justdave)

Tracking

({regression, smoketest})

Details

(URL)

(Reporter)

Description

12 years ago
seen on 1.0.7 RC builds:
Windows: 2005-09-13-21-1.7
Mac : 2005-09-13-20-1.7
Linux : 2005-09-13-22-1.7

-Click on the test URL

Test results:  The download file handler appears

expected results: An alert should report Success for a_addfile_1.xpi. The
installed file, smrtupdt.txt, should be readable from your Mozilla install directory
(Reporter)

Updated

12 years ago
Flags: blocking1.7.12?

Comment 1

12 years ago
I'm pretty sure the server is just sending the wrong mime type here. This fails
in Firefox 1.0.6 and Seamonkey 1.7.11
(Reporter)

Comment 2

12 years ago
ah yes, I just installed an extension from AMO on Windows 1.7.12 without a problem.

INVALID

tetscase or the testcase server needs to be adjusted
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → INVALID

Comment 3

12 years ago
justdave, did mozilla.org stop serving XPIs with the correct mime type?
(In reply to comment #3)
> justdave, did mozilla.org stop serving XPIs with the correct mime type?

Apparently, yes, about the time we moved www.mozilla.org off of rheet just
before Firefox 1.0 was released.
Status: RESOLVED → REOPENED
Flags: blocking1.7.12?
Resolution: INVALID → ---
Assignee: xpi-packages → justdave
Severity: blocker → major
Status: REOPENED → NEW
Component: Installer: XPI Packages → Server Operations
Product: Mozilla Application Suite → mozilla.org
QA Contact: myk
Version: 1.7 Branch → other
Fixed.
Status: NEW → RESOLVED
Last Resolved: 12 years ago12 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.