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