I’ve got a web service that, like most others, uses js and css files. I use the old trick of appending a version number to the js and css file like; ?v=123 and that gets changed every time we update the service on production.
Now, this works fine on all browsers, except for Chrome. Chrome seems to prefer it’s cached version over getting the new one and therefor seems to ignore the appended variable. In some cases, forcing it to refresh cache (cmd+r / ctrl+f5) wasn’t enough so I had to go into options and clear out the cache for it to load up the new content.
Has anyone experienced this issue with Chrome? And if so, what was the resolution to the problem?
Chrome should certainly treat requests with varying query strings as different requests; a cached result for
style.css?v=123should never be used forstyle.css?v=124. If you’re seeing different behavior, please file a bug at http://new.crbug.com/ and post the bug ID here.That said, I’d first check to see whether the page was cached longer than you expected. If a new version of the page itself wasn’t downloaded, then it would still be requesting
?v=123as the HTML wouldn’t have changed. If you’re sending long-lived cache headers with the page, it’s certainly possible that Chrome is caching it more aggressively than you expected. If that’s the behavior you’re seeing, please star http://crbug.com/8742 for updates.