[
https://issues.apache.org/jira/browse/MYFACES-1774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545318
]
Ryan Lubke commented on MYFACES-1774:
-------------------------------------
Actually, if the response content type is xhtml, the RI will render &,
otherwise it will render '&'
> HtmlLinkRenderer should output & instead of & as the url param separator
> within href attribute according to HTML Spec
> -------------------------------------------------------------------------------------------------------------------------
>
> Key: MYFACES-1774
> URL: https://issues.apache.org/jira/browse/MYFACES-1774
> Project: MyFaces Core
> Issue Type: Bug
> Components: General, JSR-127, JSR-252
> Affects Versions: 1.1.5, 1.2.0
> Reporter: Manfred Geiler
> Assignee: Manfred Geiler
> Priority: Minor
>
> Currently a <h:outputLink> with nested <f:param> components is rendered as
> <a href="somepage?foo=1&bar=2">...</a>
> According to http://www.w3.org/TR/html401/ the character entity "&"
> should be used instead of "&":
> "Authors should use "&" (ASCII decimal 38) instead of "&" to avoid
> confusion with the beginning of a character reference (entity reference open
> delimiter). Authors should also use "&" in attribute values since
> character references are allowed within CDATA attribute values."
> Though current browsers seem to have no problem with "&" characters within
> href attributes, this issue gets serious when using XHTML. Not using the
> character entity "&" instead of "&" leads to invalid (not well-formed)
> XML data!
> Therefore I think we should fix this.
> BTW, the RI renders the wrong "&" as well.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
