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