You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "sean schofield (JIRA)" <my...@incubator.apache.org> on 2005/07/06 19:44:10 UTC
[jira] Commented: (MYFACES-305) datascroller updates the uidata in decode phase
[ http://issues.apache.org/jira/browse/MYFACES-305?page=comments#action_12315157 ]
sean schofield commented on MYFACES-305:
----------------------------------------
I applied the patch. MYFACES-228 is better now (but still does not work.) I realize this patch was not intended to address that bug specifically but I thought I would report on the progress. The table example now sorts if you change to <h:inputText> but *only* if there is no form (you get a warning that no values were submitted.) If you do include the <h:form> which I think you need, you get massive stack traces.
Let me know if we can consider this bug closed.
> datascroller updates the uidata in decode phase
> -----------------------------------------------
>
> Key: MYFACES-305
> URL: http://issues.apache.org/jira/browse/MYFACES-305
> Project: MyFaces
> Type: Bug
> Versions: Nightly Build
> Reporter: Mathias Broekelmann
> Assignee: sean schofield
> Attachments: fixed_datascroller.diff
>
> the datamodel of the associated uidata for the datascroller component is always updated in the decode phase but should be dependent on an immediate flag.
> I´ve created a patch for this issue which updates the uidata in depend on a immediate attribute. It defaults to apply the uidata change into the invoke application phase.
> It is also possible to use a nested action listener for the datascroller to get scroller events
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira