Aurora download page needs updating to point to Fx17

RESOLVED FIXED

Status

Release Engineering
General
RESOLVED FIXED
5 years ago
a year ago

People

(Reporter: eviljeff, Assigned: nthomas)

Tracking

Firefox Tracking Flags

(firefox16+ fixed)

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
http://www.mozilla.org/en-US/firefox/aurora/ still thinks Aurora is on Fx16 so the download link is 404'ing
AFAICT, Aurora 17 has not been released yet.

The problem here is that http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-aurora-l10n/ does not contain the 16.0a2 builds.

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-aurora/ on the contrary has both 16.0a2 and 17.0a2.

Alex, Lukas: Can you reroute this bug?

Comment 2

5 years ago
This will be resolved today when we enable Aurora downloads/updates (edit the product-details and do a RelEng push), but we don't ever want to do that before the Friday after merge.

I think this is actually a RelEng bug. If we leave the last http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-aurora/firefox-16.0a2.en-US.mac.dmg while we wait to push out http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-aurora/firefox-17.0a2.en-US.mac.dmg this 404 won't occur.
Component: Pages & Content → Release Engineering
Product: www.mozilla.org → mozilla.org
Version: unspecified → other

Comment 3

5 years ago
We'll track for 16's release just to make sure this doesn't fall off our radar before the next merge.
tracking-firefox16: --- → +
(Assignee)

Comment 4

5 years ago
This is one reason we can't just clean up the firefox/nightly/latest-<branch> directories as soon as version bump occurs.

Comment 5

5 years ago
Nick - can this be changed in automation or documentation?
Assignee: nobody → nthomas
(Assignee)

Comment 6

5 years ago
Right now we don't have a cron job that cleans up the en-US files in the firefox/nightly/latest-<branch>/ directories (bug 703559 would like to add one but it's manual in the meantime). For l10n, we delete binaries older than 3 days in latest-mozilla-central-l10n/ and latest-mozilla-aurora-l10n/.

How about we increase the age limit to 5 days ? That way the last set of l10n nightlies on the old version will survive from the Monday morning until the following Saturday, by which time the website will have updated.

Comment 7

5 years ago
(In reply to Nick Thomas [:nthomas] from comment #6)
> Right now we don't have a cron job that cleans up the en-US files in the
> firefox/nightly/latest-<branch>/ directories (bug 703559 would like to add
> one but it's manual in the meantime). For l10n, we delete binaries older
> than 3 days in latest-mozilla-central-l10n/ and latest-mozilla-aurora-l10n/.
> 
> How about we increase the age limit to 5 days ? That way the last set of
> l10n nightlies on the old version will survive from the Monday morning until
> the following Saturday, by which time the website will have updated.

Sounds great - we could even move it to 7/8 days to give us some flexibility if necessary. Download links will still properly update.
(Assignee)

Comment 8

5 years ago
Created attachment 661075 [details] [diff] [review]
[svn] Push out mtime arg for aurora

This should delete old aurora l10n builds at 1:45am on Tuesday morning a week after a merge.
Attachment #661075 - Flags: review?(bhearsum)
Attachment #661075 - Flags: review?(bhearsum) → review+
(Assignee)

Comment 9

5 years ago
Comment on attachment 661075 [details] [diff] [review]
[svn] Push out mtime arg for aurora

Committed revision 47608.

Is that everything to do here ?
Attachment #661075 - Flags: checked-in+
I believe so. Thanks Nick!
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Comment on attachment 661075 [details] [diff] [review]
[svn] Push out mtime arg for aurora

This caused errors in the cronjob. (both m-a and m-c)

/bin/sh: -c: line 0: syntax error near unexpected token `done'
/bin/sh: -c: line 0: `nice -n 19 find /home/ftp/pub/firefox/nightly/latest-mozilla-central-l10n/ -type f ! -name \*.txt.gz ! -name README\* -mtime +2 -exec rm -f {} \; ; done'
Attachment #661075 - Flags: review-

Updated

5 years ago
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(Assignee)

Comment 12

5 years ago
Trimmed the '; done' suffix off both lines I changed in revision 47691.
Status: REOPENED → RESOLVED
Last Resolved: 5 years ago5 years ago
Resolution: --- → FIXED
status-firefox16: --- → fixed
I think we need this for mobile, too. See bug 814469.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(Assignee)

Comment 14

5 years ago
The problem with mobile is that it replaces the latest-blah-blah directory every day.
Actually, let's not conflate these two issues. Filed bug 818644 to deal with Fennec.
Status: REOPENED → RESOLVED
Last Resolved: 5 years ago5 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering

Comment 16

a year ago
Clearing Locale value as it is no longer relevant for this product and component.
Locale: en-GB / English (British)
You need to log in before you can comment on or make changes to this bug.