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
Last Resolved: 7 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 → ---
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: email@example.com Last Changed Rev: 86190 Last Changed Date: 2011-03-22 18:48:08 -0700 (Tue, 22 Mar 2011)
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!
Perhaps we need to have the cache cleared?
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
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
Last Resolved: 7 years ago → 7 years ago
Resolution: --- → FIXED
Yep, looks good. Thanks James!
Component: www.mozilla.org/firefox → www.mozilla.org
Product: Websites → Websites
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.