You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Scott O'Bryan (JIRA)" <de...@myfaces.apache.org> on 2007/11/29 01:51:43 UTC

[jira] Resolved: (PORTLETBRIDGE-17) Bridge faces-config.xml doesn't configure the bridge's StateManager

     [ https://issues.apache.org/jira/browse/PORTLETBRIDGE-17?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Scott O'Bryan resolved PORTLETBRIDGE-17.
----------------------------------------

    Resolution: Fixed

Committed to trunk.  Thanks Mike for catching and reporting this issue.

> Bridge faces-config.xml doesn't configure the bridge's StateManager
> -------------------------------------------------------------------
>
>                 Key: PORTLETBRIDGE-17
>                 URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-17
>             Project: MyFaces Portlet Bridge
>          Issue Type: Bug
>          Components: Impl
>    Affects Versions: 1.0.0-SNAPSHOT
>            Reporter: Michael Freedman
>            Assignee: Scott O'Bryan
>             Fix For: 1.0.0-SNAPSHOT
>
>         Attachments: statemgrcgf.patch
>
>
> We recently supplied a patch that included a fix that had the bridge update the VIEW_STATE id it cached across action/renders to account for navigations after the action.  This involved having the bridge provide a StateManager impl so it could parse out the value for this id being written into the rendition.  Unfortunately the patch neglected to carry the corresponding change to the bridges faces-config.xml and hence the "feature" was never enabled.  
> To test for this -- perform an action whose result is to navigate to a different view (for rendering).  After the first rendition suceeds -- do a browser refresh.  Without the configuration the resulting rendering will be of the action view page not the rendition view page.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.