Closed
Bug 1290772
Opened 8 years ago
Closed 8 years ago
Langpacks in archive.mozilla.org are wrongly served as "application/zip" instead of "application/x-xpinstall"
Categories
(Release Engineering :: Release Automation, defect)
Release Engineering
Release Automation
Tracking
(firefox51 fixed)
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
firefox51 | --- | fixed |
People
(Reporter: nohamelin, Assigned: rail)
References
Details
Attachments
(1 file)
58 bytes,
text/x-review-board-request
|
Callek
:
review+
rail
:
checked-in+
|
Details |
Browse to:
https://archive.mozilla.org/pub/firefox/releases/47.0.1/linux-i686/xpi/
...and then click in some of the available language packs.
What happened?
--------------
The language pack is downloaded, or open with the default external application, whatever action is set in the browser settings.
What should have happened?
--------------------------
The add-on installation doorhanger is triggered, starting the installation, or showing the notification that the language pack is not compatible, depending of the browser version.
I'm seeing this wrong behaviour since some time ago, but only for some directories; for example:
https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/linux-i686/xpi/
...is ok, serving the language packs for Nightly as application/x-xpinstall;
but it's not working as expected for directories containing current release and ESR langpacks. Now they are downloaded and then installed via "Install add-on from file..." from the gear button of the Add-ons Manager.
Assignee | ||
Updated•8 years ago
|
Component: General Automation → Operations: Product Delivery
Product: Release Engineering → Cloud Services
QA Contact: catlee → oremj
Comment 1•8 years ago
|
||
Are these uploaded directly to s3 or via post_upload?
Assignee: nobody → oremj
Flags: needinfo?(rail)
Assignee | ||
Comment 2•8 years ago
|
||
These are direct uploads, doh. Moving to Releng.
Component: Operations: Product Delivery → Release Automation
Flags: needinfo?(rail)
Product: Cloud Services → Release Engineering
QA Contact: oremj → rail
Assignee | ||
Updated•8 years ago
|
Blocks: release-promotion
Assignee | ||
Updated•8 years ago
|
Assignee: oremj → rail
Comment hidden (mozreview-request) |
Comment 4•8 years ago
|
||
mozreview-review |
Comment on attachment 8779349 [details]
Bug 1290772 - Set proper MIME type for XPIs DONTBUILD
https://reviewboard.mozilla.org/r/70318/#review67654
Attachment #8779349 -
Flags: review?(bugspam.Callek) → review+
Pushed by raliiev@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/29ec269dd9f6
Set proper MIME type for XPIs r=Callek r=release DONTBUILD
Assignee | ||
Comment 6•8 years ago
|
||
Comment on attachment 8779349 [details]
Bug 1290772 - Set proper MIME type for XPIs DONTBUILD
https://hg.mozilla.org/integration/mozilla-inbound/rev/29ec269dd9f6
https://hg.mozilla.org/releases/mozilla-aurora/rev/9b63fa5a9acd
https://hg.mozilla.org/releases/mozilla-beta/rev/2beec088ed87
https://hg.mozilla.org/releases/mozilla-release/rev/909810e43190
https://hg.mozilla.org/releases/mozilla-esr45/rev/8e2ca99684fe
Attachment #8779349 -
Flags: checked-in+
Comment 7•8 years ago
|
||
bugherder |
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
status-firefox51:
--- → fixed
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•