ICEfaces
  1. ICEfaces
  2. ICE-1527

panelAccordion expanded attribute ValueBinding doesn't work immediately

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Cannot Reproduce
          • Affects Version/s: 1.6DR#4
          • Fix Version/s: 1.6DR#4, 1.6
          • Component/s: ICE-Components
          • Labels:
            None
          • Environment:
            WinXP SP2, Firefox 1.5.0.11, JBoss 4.0.4 GA, Facelets component-showcase

            Description

            If you set the ice:panelAccordion.expanded attribute via an EL expression / ValueBinding, then it will only take effect after another form (partial) submission.

            I think it's because of the toggle handling, that tries to do work in the decode phase, whereas most ValueBindings change value in the application phase, and are only evaluated at render phase. So, it's only at the next decode that it then handles this properly.

              Activity

              Ascending order - Click to sort in descending order
              Mark Collette created issue -
              Mark Collette made changes -
              Field Original Value New Value
              Assignee Mark Collette [ mark.collette ]
              Repository Revision Date User Message
              ICEsoft Public SVN Repository #13741 Wed May 02 20:07:44 MDT 2007 patrick.corless ICE-1527 - addition of basic accordion panel xp and royale themes.
              Files Changed
              Commit graph MODIFY /icefaces/trunk/icefaces/core/src/com/icesoft/faces/resources/css/xp/xp.css
              Commit graph MODIFY /icefaces/trunk/icefaces/core/src/com/icesoft/faces/resources/css/royale/royale.css
              Hide
              Permalink
              Mark Collette added a comment -

              This was originally found when using an older version of the component-showcase (ICEfaces 1.6.0 DR3), but when using the DR4 component-showcase, I can't reproduce the problem. I used both an ice:commandButton.actionListener and an ice:panelTabSet.tabChangeListener, and they both work fine without needing a second render to do the job.

              Show
              Mark Collette added a comment - This was originally found when using an older version of the component-showcase (ICEfaces 1.6.0 DR3), but when using the DR4 component-showcase, I can't reproduce the problem. I used both an ice:commandButton.actionListener and an ice:panelTabSet.tabChangeListener, and they both work fine without needing a second render to do the job.
              Mark Collette made changes -
              Status Open [ 1 ] Resolved [ 5 ]
              Fix Version/s 1.6DR#4 [ 10060 ]
              Resolution Cannot Reproduce [ 5 ]
              Ken Fyten made changes -
              Fix Version/s 1.6 [ 10031 ]
              Ken Fyten made changes -
              Status Resolved [ 5 ] Closed [ 6 ]
              Assignee Mark Collette [ mark.collette ]

                People

                • Assignee:
                  Unassigned
                  Reporter:
                  Mark Collette
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  0 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: