Well, sounds like a bug. The if statement is right there, at least with server-side toggle. But with client-side toggle all nodes should be processed ... every component should get the chance to update the value.

Open a bug report and add my comment there.

[EMAIL PROTECTED] schrieb am 09.12.2005 01:49:16:

>
> Background:
> We are using a dynamically-built tree2 component as a "resource selection"
> page.
> There is either a datatable with a checkbox column or an outputText/checkbox
> with a custom value binding at each leaf node of the tree.
> The tree is getting quite large, so clientSideToggle="false" causes an
> unacceptable delay while processing the page.
>
> Problem:
> With clientSideToggle="false" all works well. The model is updated with the
> appropriate booleans set or unset as (de)selected by the user.
> With clientSideToggle="true" the model is only updated for the nodes which
> are left expanded. Collapsed nodes are left in the state that they were in
> when the page was rendered.
>
> My fix:
> I built the project from source (tag 1_1_1) and started investigating. It
> took not too long to find:
> org.apache.myfaces.custom.tree2.UITreeData.processNodes (504)
>      if(isNodeExpanded())
>      {
>          processChildNodes(context, node, processAction);
>      }
>
> Removing the if statement fixes the problem. The tree behaves as desired
> (and expected?).
>
> It would seem quite odd if I were the first person to run across this,
> although I searched the lists to no avail. Is there something simple (an
> option or parameter) I have missed? Was the component designed to work this
> way? Am I likely to encounter any side effects from this? Should I file a
> bug?
>
> Regards,
> Dan Gerard
>
>
> Disclaimer: This e-mail message is intended only for the personal use of
> the recipient(s) named above.  If you are not an intended recipient, you
> may not review, copy or distribute this message. If you have received this
> communication in error, please notify us immediately by e-mail and delete
> the original message.
> This e-mail expresses views only of the sender, which are not to be
> attributed to Rite Aid Corporation and may not be copied or distributed
> without this statement.

Reply via email to