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

Status: RESOLVED FIXED

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

Description

[LegNeato]

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?

Comment 1

[Nick Thomas [:nthomas] (UTC+12)]

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.

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

I mean: bug 643858 for the page content talking about 3.6.

Comment 3

[LegNeato]

Ok, this doesn't have actions then.

Comment 4

[Nick Thomas [:nthomas] (UTC+12)]

Caching seems very aggressive here, we've noticed this problem on earlier releases.

Comment 5

[Steven Garrity [:sgarrity]]

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.

Comment 6

[Phong Tran [: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: [e-mail]
Last Changed Rev: 86190
Last Changed Date: 2011-03-22 18:48:08 -0700 (Tue, 22 Mar 2011)

Comment 7

[Steven Garrity [:sgarrity]]

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

Comment 8

[Phong Tran [:phong]]

oremj: Can you take a look and see why this isn't getting updated?

Comment 9

[John Slater]

Any updates? We need to get rid of that 3.6 button as soon as we can.

Thanks!

Comment 10

[Steven Garrity [:sgarrity]]

Perhaps we need to have the cache cleared?

Comment 11

[Steven Garrity [:sgarrity]]

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).

Comment 12

[Jeremy Orem [:oremj]]

Looks like this is just the CDN cache. It listens to http headers. Can we set max-age to 15 min like mozilla.com?

Comment 13

[Steven Garrity [:sgarrity]]

(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?

Comment 14

[Jeremy Orem [:oremj]]

Whoever can check that in to .htaccess. Exactly how mozilla.com does it.

Comment 15

[John Slater]

James, what do you think? (see comment #14 and above)

Comment 16

[James Long (:jlongster)]

I can do that, once I get the site checked out of SVN.

Comment 17

[James Long (:jlongster)]

done in trunk r86931

Is there a trunk site we can test it on before pushing it to production?

Comment 18

[John Slater]

Thanks James!

Comment 19

[James Long (:jlongster)]

pushed to production in r86953

IT, do you have to update it one last time?

Comment 20

[James Long (:jlongster)]

I'm assuming this is working now.

Comment 21

[John Slater]

Yep, looks good. Thanks James!