Closed Bug 643880 Opened 13 years ago Closed 13 years ago

browserchoice.mozilla.com doesn't look to be updating from svn

Categories

(www.mozilla.org :: General, defect)

Product:
www.mozilla.org
Component:
General
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: christian, Assigned: jlong)

References

(
URL
)

Details

browserchoice.mozilla.com doesn't look to be updating from svn, as it still has 3.6 rather than 4. It looks like the correct product-details have been there in svn for a bit. Perhaps the auto-checkouts are off?
Caching issue I think, this has 4.0 in the download box
 http://browserchoice.mozilla.com/lang/en-GB?ASdfdsa

bug 643858 for the page content talking about 4.0.
I mean: bug 643858 for the page content talking about 3.6.
Ok, this doesn't have actions then.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
Caching seems very aggressive here, we've noticed this problem on earlier releases.
I don't think this is updating from SVN, or the caching is set for something unusually long. The content was updated in tags/production about 11 hours ago and the site isn't updated yet. It doesn't appear to be updating automatically.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Assignee: server-ops → phong
Path: .
URL: http://svn.mozilla.org/projects/browserchoice/tags/production
Repository Root: http://svn.mozilla.org
Repository UUID: 4eb1ac78-321c-0410-a911-ec516a8615a5
Revision: 86236
Node Kind: directory
Schedule: normal
Last Changed Author: steven@silverorange.com
Last Changed Rev: 86190
Last Changed Date: 2011-03-22 18:48:08 -0700 (Tue, 22 Mar 2011)
Group: mozilla-corporation-confidential
It appears that the en-US version of the site is now updated: 
http://browserchoice.mozilla.com/lang/en-US

However, other locales are still showing the removed quotes and 3.6 download link:

http://browserchoice.mozilla.com/lang/en-GB
oremj: Can you take a look and see why this isn't getting updated?
Assignee: phong → jeremy.orem+bugs
Any updates? We need to get rid of that 3.6 button as soon as we can.

Thanks!
Blocks: 643858
Perhaps we need to have the cache cleared?
If I try changing the URL, it does seem to force an update (add ?x to the end of the URL, for example).

Added a non-sense variable like that to the end of the CSS vars to force them to update too (trunk in r86272, merged to tags/production in r86273).
Looks like this is just the CDN cache. It listens to http headers. Can we set max-age to 15 min like mozilla.com?
(In reply to comment #12)
> Looks like this is just the CDN cache. It listens to http headers. Can we set
> max-age to 15 min like mozilla.com?

Yeah, that would be ideal. Who does that?
Whoever can check that in to .htaccess. Exactly how mozilla.com does it.
James, what do you think? (see comment #14 and above)
I can do that, once I get the site checked out of SVN.
done in trunk r86931

Is there a trunk site we can test it on before pushing it to production?
Assignee: jeremy.orem+bugs → nobody
Component: Server Operations → www.mozilla.com
Product: mozilla.org → Websites
QA Contact: mrz → www-mozilla-com
Target Milestone: --- → 2.0
Group: mozilla-corporation-confidential
Assignee: nobody → jlong
Thanks James!
pushed to production in r86953

IT, do you have to update it one last time?
I'm assuming this is working now.
Status: REOPENED → RESOLVED
Closed: 13 years ago → 13 years ago
Resolution: --- → FIXED
Yep, looks good. Thanks James!
Component: www.mozilla.org/firefox → www.mozilla.org
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
You need to log in before you can comment on or make changes to this bug.