[
https://issues.apache.org/jira/browse/DELTASPIKE-1074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15150626#comment-15150626
]
Thomas Andraschko commented on DELTASPIKE-1074:
-----------------------------------------------
About the caching:
the caching of resources is up the JSF implementation.
There is a config for each implementation to set the cache control.
If you would like to add a hash, you can do this via a custom ResourceHandler.
I fixed the other bugs you mentioned.
Could you please give it try? We would like to do a hotfix release ASAP.
> Severe problem in setUrlParam() (windowhandler.js)
> --------------------------------------------------
>
> Key: DELTASPIKE-1074
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-1074
> Project: DeltaSpike
> Issue Type: Bug
> Components: JSF-Module
> Affects Versions: 1.5.3
> Reporter: Sean Flanigan
> Assignee: Thomas Andraschko
> Fix For: 1.5.4
>
>
> I noticed a potential problem with the URI manipulation while reviewing
> https://github.com/apache/deltaspike/commit/323c7d38e9d949385eb9d90c47e8971548ab5ed4
> :
> > {{a.href = uri.replace('?&', '?').replace('&&', '&');}}
> I think it's only safe to coalesce multiple '&'s in the query part (after
> '?), not in the path path (before '?'). In the path part, '&'s are just
> characters, not parameter delimiters.
> Also, it's possible that the URI could be like this:
> {{?&&&dswid=1234&&&}}
> with more than two ampersands in a row, perhaps at the beginning of the query
> string.
> (Attn: [~tandraschko])
> EDIT: It looks like [this
> commit|https://github.com/apache/deltaspike/commit/323c7d38e9d949385eb9d90c47e8971548ab5ed4]
> has totally broken {{setUrlParam()}}, because
> {{dswh.utils.generateRequestToken()}} generates {{requestToken}} as a number,
> but {{setUrlParam()}} now assumes that {{parameterValue}} is a string, and
> tries to call {{replace()}} on it. This leads to errors like this:
> http://localhost:49178/zanata/javax.faces.resource/deltaspike/windowhandler.js.seam
> 10:413 Uncaught TypeError: b.replace is not a function
> I think this wasn't discovered in earlier testing because
> {{windowhandler.js}} seems to be aggressively cached. I had some trouble
> convincing Chrome to reload {{windowhandler.js}}.
> If possible, I would suggest including a hash value in the URL generated by
> {{<ds:windowId/>}} and {{windowhandler.html}}, eg something like {{<script
> type="text/javascript"
> src="/javax.faces.resource/windowhandler.js?hash=871623874619283469"></script>}},
> where the hash is generated from the contents of {{windowhandler.js}}, to
> allow aggressive caching without risk of missing changes.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
