myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Robinson (JIRA)" <...@myfaces.apache.org>
Subject [jira] Commented: (TRINIDAD-1223) EditableValueHolder components in non-submitted subform components retain their submitted values
Date Wed, 10 Sep 2008 17:13:44 GMT

    [ https://issues.apache.org/jira/browse/TRINIDAD-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12629869#action_12629869
] 

Andrew Robinson commented on TRINIDAD-1223:
-------------------------------------------

Mailing list discussion:
http://www.nabble.com/-Trinidad--Strange-subform-behavior-td19357062.html

> EditableValueHolder components in non-submitted subform components retain their submitted
values
> ------------------------------------------------------------------------------------------------
>
>                 Key: TRINIDAD-1223
>                 URL: https://issues.apache.org/jira/browse/TRINIDAD-1223
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>          Components: Components
>    Affects Versions: 1.0.9-core, 1.2.9-core
>            Reporter: Andrew Robinson
>         Attachments: HelloWorld.java, test.jspx
>
>
> Subform components do not restrict the decoding of child components. As a result, any
EditableValueHolder components within non-submitted subform components will have a submitted
value. When the page is rendered these components will render their submitted values and not
their current value.
> Components in non-submitted subform components should either (1) not be decoded or (2)
should have their submitted values cleared if they implement EditableValueHolder

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


Mime
View raw message