You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Jochen Kemnade (JIRA)" <ji...@apache.org> on 2014/04/23 10:23:15 UTC

[jira] [Created] (TAP5-2324) Minified and un-minified assets are mixed up

Jochen Kemnade created TAP5-2324:
------------------------------------

             Summary: Minified and un-minified assets are mixed up
                 Key: TAP5-2324
                 URL: https://issues.apache.org/jira/browse/TAP5-2324
             Project: Tapestry 5
          Issue Type: Bug
          Components: tapestry-core
    Affects Versions: 5.4
            Reporter: Jochen Kemnade


When an application is run with minification alternatingly enabled and disabled, it can happen that the browser uses a cached minified asset when minification is actually disabled.
The problem is that both the minified and un-minified versions of an asset are served from the same URL with the same Last-Modified header.
The cleanest solution would probably be to serve minified assets from a different URL, like we do for gzipped assets.
If we don't want to do that, we could also check the Etag in addition to the If-Modified-Since header in the asset request. Currently, if the If-Modified-Since date is after the lastModified date, a 304 is sent regardless of whether the Etags match.



--
This message was sent by Atlassian JIRA
(v6.2#6252)