[ http://issues.apache.org/jira/browse/MYFACES-621?page=all ]
Mathias Werlitz updated MYFACES-621:
------------------------------------
Attachment: tree2_clientdecode.diff
found a soultion, but i'm not completly sure if this influences other behaviour
... for me the tree is now working correctly.
... changed the order of calls in UITreeData.processDecodes() ... think it
makes sense first decoding the component and than processing the childs/facets
... tree state is restored from the cookie everytime while decoding in
HtmlTreeRenderer. Check for preserveToggle is not really needed here, if
deconding is invoked the tree is identical, so state has to be in sync ...
preserveToggle is checked in encodeBegin(), for a "new" tree.
> Tree2 commandLink not firing until second click
> -----------------------------------------------
>
> Key: MYFACES-621
> URL: http://issues.apache.org/jira/browse/MYFACES-621
> Project: MyFaces
> Type: Bug
> Components: Tomahawk
> Versions: Nightly Build
> Environment: Windows XP, IE
> Reporter: Ryan Wynn
> Priority: Minor
> Attachments: tree2_clientdecode.diff
>
> Tree2 node commandLinks are not firing their associated method bindings until
> the commandLink is clicked the second time. This only happens when the node
> is shown for the first time after being expanded.
> For example, given tree
> A
> |_ B
> When tree is in collapsed state, simply A and then expanded as shown above,
> the first click to B does not invoke associated method binding for B. A
> subsequent click to B will work properly.
>
> This is happening subsequent to MYFACES-580, which fixed the bug where
> duplicate ids where being complained about.
> Not sure if the 2 are related.
> This is ocurring in 9/24 nightly build.
--
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
