Closed Bug 632052 Opened 14 years ago Closed 14 years ago

Update browserchoice website and download links for EUballot for Fx 3.6.14

Categories

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

Product:
mozilla.org Graveyard
Component:
Server Operations
Platform:
x86
macOS
Type:
task
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: armenzg, Assigned: justdave)

References

Details

(Whiteboard: [3/1/2011])

Tomorrow Tuesday we will be releasing Firefox 3.6.14 and we will need to do the following change: 1) Please change the redirect download urls on download.m.o from product=firefox-latest-euballot -> product=firefox-3.6.13-euballot and that should change to product=firefox-latest-euballot -> product=firefox-3.6.14-euballot Who can do this change? I will let you know after which point this change has to happen and raise the priority.
Whiteboard: [2/8/2011]
We are not releasing today as a build #2 was requested yesterday. Shall I update the whiteboard once I know and ping you to ack?
Whiteboard: [2/8/2011]
The new scheduled date is Monday 14th as per https://wiki.mozilla.org/Releases/Firefox_3.6.14
Whiteboard: [2/14/2011]
Was this released?
Assignee: server-ops → shyam
File these bugs only when they're ready to go, or reopen.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Reopening to take care of this. > 1) Please change the redirect download urls on download.m.o from > product=firefox-latest-euballot -> product=firefox-3.6.13-euballot > and that should change to > product=firefox-latest-euballot -> product=firefox-3.6.14-euballot
Severity: normal → critical
Status: RESOLVED → REOPENED
Resolution: INCOMPLETE → ---
Whiteboard: [2/14/2011] → [2/2/2011]
I am removing the assignee to help it get noticed. There is a lot of noise on IRC and don't want to side-track from current conversation. We need this for the 3.6.14 release going on.
Assignee: shyam → server-ops
Making this config change requires restarting the webservers in the download.mozilla.org cluster to pick up the change, which is a clear violation of the operational embargo we're currently under until 1800 PDT due to said release. Given the nature of the impact I strongly suspect this is worthy of an exception, but I need to get approval on it first.
Status: REOPENED → NEW
Whiteboard: [2/2/2011] → [3/1/2011]
This config change has been committed to SVN. The dist cluster excludes webserver config from the automated puppet runs, and needs to have it kicked by hand to pick it up, and that's the part I need to get approval for.
Unable to find any management types (I think they're all on lunch?) aki, coop, and myself all agree this is worth breaking embargo for, so pushing it now.
Assignee: server-ops → justdave
Push completed.
Status: NEW → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Consistently: $ curl -I "http://download-eu.mozilla.org/?product=firefox-latest-euballot&os=win&lang=en-GB" HTTP/1.1 302 Found Server: Apache X-Backend-Server: pm-app-dist02 Content-Type: text/html; charset=iso-8859-1 Date: Tue, 01 Mar 2011 21:44:13 GMT Location: http://download-eu.mozilla.org/?product=firefox-3.6.14-euballot&os=win&lang=en-GB Via: 1.1 bc1 Transfer-Encoding: chunked Connection: Keep-Alive This apparently updates from svn when product-details changes get tagged for production http://browserchoice.mozilla.com/
Website is updated too, if you're careful to avoid caching.
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.