You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Michael Freedman (JIRA)" <de...@myfaces.apache.org> on 2011/02/08 18:45:57 UTC
[jira] Resolved: (PORTLETBRIDGE-176) encodeActionURL must properly
encode urls containing fragment references (#)
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Freedman resolved PORTLETBRIDGE-176.
--------------------------------------------
Resolution: Fixed
Fix Version/s: 3.0.0-alpha
partially fixed: code now at least can deal with incoming URLs containing # fragments. I.e. the utility code that parses this now recognizes the fragment portion separately from the parameter portion. The thing is that that fragments in URLs are essentially thrown away/ignored as the portlet spec provides no way to encode them into the generated URL.
> encodeActionURL must properly encode urls containing fragment references (#)
> ----------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-176
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-176
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0, 2.0.0, 3.0.0-alpha
> Reporter: Michael Freedman
> Assignee: Michael Freedman
> Fix For: 3.0.0-alpha
>
>
> Currently encodeActionURL (and encodeResourceURL?) don't handle (deal with properly) urls that contain fragment references (#). What we should do is parse the #.... and for now just throw it away. The portlet spec doesn't deal with fragments -- though something might work with local portlets -- wsrp/remote portlets using consumer rewriting will not work.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira