This content has been marked as final.
Show 2 replies
-
1. Re: Page fragment caching (<s:cache>) html-encodes
pmuir Oct 1, 2008 4:45 PM (in response to toby.tobias.hill.gmail.com)Please post an issue in JIRA
-
2. Re: Page fragment caching (<s:cache>) html-encodes
toby.tobias.hill.gmail.com Oct 7, 2008 8:18 AM (in response to toby.tobias.hill.gmail.com)I investigated this further ... and it is not the s:cache tag in particular that is the problem. It seems that there is some automatic html-encoding which kicks in whenever there are tags nearby the outputted text (or in the same fragment or define).
For instance:<ui:define name="yeah"> Ian & Mic #{localPageBean.preEncodedText} </ui:define>
results inIan & Mic Gåtfullt
While:<ui:define name="yeah"> Ian & <b>Mic</b> #{localPageBean.preEncodedText} </ui:define>
results inIan & <b>Mic</b> G&aring;tfullt
(note that the latter & gets codes as a &)
... and finally<ui:define name="yeah"> <b>Ian</b> & Mic G&aring;tfullt </ui:define>
results in<b>Ian</b> & Mic G&aring;tfullt
(note that both & gets codes as a &)
So it seems that as soon as a tag is sneaked into the 'verbatim' the htmlEncoding kicks in from that point and forward. Obviously this leads very unpredicted behaviour.
So ... is this a facelets problem or should I still file a Jira here at seam?