Closed Bug 308506 Opened 19 years ago Closed 19 years ago

XPI install test opens download file handler

Categories

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

Product:
mozilla.org Graveyard
Component:
Server Operations
Type:
task
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: tracy, Assigned: justdave)

References

(
URL
)

Details

(Keywords: regression, smoketest) 

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
Flags: blocking1.7.12?
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
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
Closed: 19 years ago
Resolution: --- → INVALID
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
Closed: 19 years ago → 19 years ago
Resolution: --- → FIXED
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.