Closed
Bug 1211317
Opened 9 years ago
Closed 9 years ago
Create Windows full and stub installers signed with SHA1 certificate
Categories
(Release Engineering :: Release Requests, defect)
Release Engineering
Release Requests
Tracking
(firefox43+ wontfix)
RESOLVED
WONTFIX
People
(Reporter: rail, Unassigned)
References
Details
As a part of SHA1 deprecation we need to re-sign existing Windows (do we need to do this for win64?) full and stub installers, upload them (probably to a different directory which will stay around for a while), and add Bouncer entries (different product name?).
I'm not sure if our current signing script will upload already signed binaries, so we either should teach the script to do so (and verify the result) or use the partner repack script with a dummy config. Not sure if we can use it for the stub installer though.
Comment 1•9 years ago
|
||
Tracking for 43, just realized we need this step in place as well.
status-firefox43:
--- → affected
tracking-firefox43:
--- → +
Comment 2•9 years ago
|
||
this part, iiuc, can wait until next week where we will have more hands to deal with it. the immediate concern is getting https://bugzilla.mozilla.org/show_bug.cgi?id=1079858 landed on m-r before RC release on monday
Comment 3•9 years ago
|
||
Looks like we don't need this for 43.0, and probably not a 43.0.1, but will for 43.0.2 when we swap to SHA-2.
Reporter | ||
Comment 4•9 years ago
|
||
We decided to not manually resign the installers.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•