Closed
Bug 1294831
Opened 8 years ago
Closed 3 years ago
Provide a static link to latest unbranded CI build
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bill, Unassigned)
Details
Attachments
(1 file)
926 bytes,
text/plain
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36 Steps to reproduce: For most Firefox release channels, a static link is made available which provides the latest release for that channel. Examples: Stable: https://download.mozilla.org/?product=firefox-latest&os=linux64&lang=en_US Dev: https://download.mozilla.org/?product=firefox-aurora-latest-ssl&os=linux64&lang=en-US ESR: https://download.mozilla.org/?product=firefox-esr-latest&os=linux64&lang=en_US For the unbranded release, however, I can only find a link by visiting https://wiki.mozilla.org/Add-ons/Extension_Signing and clicking on the link under "Latest Release". This will change upon every new release made. A predictable static link makes it much easier to script tests with the latest unbranded release. Actual results: No static link is available for the latest unbranded release. Expected results: Please make available a static link for the latest unbranded release.
Reporter | ||
Comment 1•8 years ago
|
||
This is interfering with our CI process for the HTTPS Everywhere extension. Since Firefox Stable (as of v. 48) no longer allows you to override extension signing, we're forced to test on the unbranded release channel. See: https://github.com/EFForg/https-everywhere-docker-base/issues/1
Severity: normal → major
Updated•8 years ago
|
QA Whiteboard: [bugday-20160815]
Component: Untriaged → Releases
Product: Firefox → Release Engineering
QA Contact: rail
Updated•8 years ago
|
Blocks: release-promotion
Component: Releases → Release Automation
Comment 2•8 years ago
|
||
These builds are CI-only, we don't "release" them similar to other builds. Morphing the title. We can probably point to https://tools.taskcluster.net/index/#gecko.v2.mozilla-release.latest.firefox/gecko.v2.mozilla-release.latest.firefox.win64-add-on-devel and friends.
No longer blocks: release-promotion
Status: UNCONFIRMED → NEW
Component: Release Automation → General Automation
Ever confirmed: true
QA Contact: rail → catlee
Summary: Provide a static link to latest unbranded release → Provide a static link to latest unbranded CI build
Comment 3•8 years ago
|
||
As a possible work around you can use the attached example of how to generate links to the latest add-on-devel builds. I hope it helps.
Reporter | ||
Comment 4•8 years ago
|
||
I don't see any documentation on what the `add-on-devel` build actually consists of: https://encrypted.google.com/search?hl=en&q=add-on-devel#hl=en&q=add-on-devel+firefox Is this intended to maintain version parity with Firefox Stable, as the `unbranded` release does?
Assignee | ||
Updated•6 years ago
|
Component: General Automation → General
Comment 5•3 years ago
|
||
+1, the add-on-devel builds are there for developers to be able to test against them with unsigned or test-signed add-ons.
Each appears to have an index associated, e.g. linux64-add-on-devel, which means a link like target.tar.bz2 will work until we change artifact compression formats or the like.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•