[JBoss JIRA] (GTNPC-109) Modify EventResponse Interface to preserve window state changes accross multiple event invocations
by Julien Viet (JIRA)
[ https://issues.jboss.org/browse/GTNPC-109?page=com.atlassian.jira.plugin.... ]
Julien Viet updated GTNPC-109:
------------------------------
Fix Version/s: 2.4.3.Final
> Modify EventResponse Interface to preserve window state changes accross multiple event invocations
> --------------------------------------------------------------------------------------------------
>
> Key: GTNPC-109
> URL: https://issues.jboss.org/browse/GTNPC-109
> Project: GateIn Portlet Container
> Issue Type: Enhancement
> Components: API
> Affects Versions: 2.4.1.Final
> Reporter: Adam Kovari
> Priority: Minor
> Fix For: 2.4.3.Final
>
> Attachments: 00905214-src.zip
>
>
> If a portlet changes it's window state in the event processing phase, this state is not preserved as other portlets/events can be processed on the same page and then portal will override this changes.
> The spec says:
> PLT.12.4 EventResponse Interface
> ================================
> The EventResponse interface extends the StateAwareResponse interface and adds the additional method setRenderParameters(EventRequest request). One thing to note is that if a portlet receives multiple processEvent calls while processing one client request the new portlet mode or window state that the portlet may have set, may be not validated by the portal between these multiple processEvent calls. This means that even if the portlet container may not throw an exception when the portlet sets a new portlet mode or window state that the portal may still not approve this portlet mode or window state change and call the portlet render method with a different portlet mode or window state.
> So the window state change can be preserved even accross multiple events invocation. Seems to be fine by the spec as shown above.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 4 months
[JBoss JIRA] (GTNPC-109) Modify EventResponse Interface to preserve window state changes accross multiple event invocations
by Julien Viet (JIRA)
[ https://issues.jboss.org/browse/GTNPC-109?page=com.atlassian.jira.plugin.... ]
Julien Viet resolved GTNPC-109.
-------------------------------
Resolution: Done
> Modify EventResponse Interface to preserve window state changes accross multiple event invocations
> --------------------------------------------------------------------------------------------------
>
> Key: GTNPC-109
> URL: https://issues.jboss.org/browse/GTNPC-109
> Project: GateIn Portlet Container
> Issue Type: Enhancement
> Components: API
> Affects Versions: 2.4.1.Final
> Reporter: Adam Kovari
> Priority: Minor
> Attachments: 00905214-src.zip
>
>
> If a portlet changes it's window state in the event processing phase, this state is not preserved as other portlets/events can be processed on the same page and then portal will override this changes.
> The spec says:
> PLT.12.4 EventResponse Interface
> ================================
> The EventResponse interface extends the StateAwareResponse interface and adds the additional method setRenderParameters(EventRequest request). One thing to note is that if a portlet receives multiple processEvent calls while processing one client request the new portlet mode or window state that the portlet may have set, may be not validated by the portal between these multiple processEvent calls. This means that even if the portlet container may not throw an exception when the portlet sets a new portlet mode or window state that the portal may still not approve this portlet mode or window state change and call the portlet render method with a different portlet mode or window state.
> So the window state change can be preserved even accross multiple events invocation. Seems to be fine by the spec as shown above.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 4 months
[JBoss JIRA] (GTNPORTAL-3235) Navigation nodes in navigation editor don't change label after portal language changed
by Son Tran (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3235?page=com.atlassian.jira.pl... ]
Son Tran updated GTNPORTAL-3235:
--------------------------------
Attachment: ExtendedLabel.png
Extended-label-mode-KO.png
> Navigation nodes in navigation editor don't change label after portal language changed
> --------------------------------------------------------------------------------------
>
> Key: GTNPORTAL-3235
> URL: https://issues.jboss.org/browse/GTNPORTAL-3235
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Son Tran
> Assignee: Son Tran
> Priority: Minor
> Attachments: Extended-label-mode-KO.png, ExtendedLabel.png
>
>
> - Login as "root" --> Try to edit navigation (Open navigation editor)
> - Add node "test". Use "Extended Label Mode":
> + label for English : enLabel
> + label for French : frLabel
> - Save all
> - Open navigation editor again, now change language to French
> ---> Error : the test node's label doesn't change language to "frLabel"
> The problem here is "resolvedLabel" is cached in UserNode, and it's only resolved one time
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 4 months