You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@guacamole.apache.org by "Michael Jumper (JIRA)" <ji...@apache.org> on 2017/10/23 05:30:00 UTC

[jira] [Updated] (GUACAMOLE-275) Javascript from older Guacamole extensions is cached browser side

     [ https://issues.apache.org/jira/browse/GUACAMOLE-275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Jumper updated GUACAMOLE-275:
-------------------------------------
    Issue Type: Improvement  (was: Bug)

> Javascript from older Guacamole extensions is cached browser side
> -----------------------------------------------------------------
>
>                 Key: GUACAMOLE-275
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-275
>             Project: Guacamole
>          Issue Type: Improvement
>          Components: guacamole-client
>            Reporter: Daryl Borth
>
> Guacamole combines the JS from extensions and rolls it into app.js. It then cache-busts by adding a version string to the app.js (eg: app.js?v=0.9.12-incubating). 
> This works great for preventing a browser from serving up JS from older Guacamole code. But it does nothing to prevent the code from older extensions from being loaded. We change our extension periodically and there isn't always a new Guacamole version out. This can lead to backwards-incompatible changes breaking the application.
> Can some sort of cache busting or expiration of some sort be added?
> Preferably, in the ResourceServlet there'd be some new headers added, eg: Cache-Control: no-cache or at least an Expires header



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)