ICEfaces
  1. ICEfaces
  2. ICE-5219

compat-showcase DataPaginator does not switch from Paging to Scrolling or None when on last page

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.0-Alpha1
    • Fix Version/s: 2.0-Alpha2, 2.0.0
    • Component/s: ICE-Components
    • Labels:
      None
    • Environment:
      jsf2.0, ICEfaces2.0, compat jars

      Description

      When on last page of DataPaginator example. A click on the radio button for Scrolling or None will not change to the correct selection. (only the first click doesn't do anything, after that it will switch).

        Issue Links

          Activity

          Judy Guglielmin created issue -
          Hide
          Judy Guglielmin added a comment -

          occurs on these tested browsers:- IE7, FF3.5, Safari

          Show
          Judy Guglielmin added a comment - occurs on these tested browsers:- IE7, FF3.5, Safari
          Judy Guglielmin made changes -
          Field Original Value New Value
          Link This issue depends on ICE-4458 [ ICE-4458 ]
          Hide
          Judy Guglielmin added a comment -

          The component binding is resolving to null, so the valuechangeListener is no use to setting which page the datapaginator needs to be reset to. The constructor on the data scrolling model sets the row to 0, so get a divide by zero exception. Must figure out why component binding is not working properly (resolving to null) as for compatibility, we will require this. (at all stages through the example of this application, ie: every get for the component binding, it is null).

          Show
          Judy Guglielmin added a comment - The component binding is resolving to null, so the valuechangeListener is no use to setting which page the datapaginator needs to be reset to. The constructor on the data scrolling model sets the row to 0, so get a divide by zero exception. Must figure out why component binding is not working properly (resolving to null) as for compatibility, we will require this. (at all stages through the example of this application, ie: every get for the component binding, it is null).
          Ken Fyten made changes -
          Salesforce Case []
          Fix Version/s 2.0-Alpha2 [ 10214 ]
          Assignee Priority P2
          Assignee Adnan Durrani [ adnan.durrani ]
          Hide
          Judy Guglielmin added a comment -

          If placed in session scope with full submit of form, component binding no longer has null value. View scope is creating new instances of bean with partial submit, so must check that out. Also standard jsf example with session scope works with full submit (not partial) for component-binding (doesn't update to new value in partial submit). Must check further.

          Show
          Judy Guglielmin added a comment - If placed in session scope with full submit of form, component binding no longer has null value. View scope is creating new instances of bean with partial submit, so must check that out. Also standard jsf example with session scope works with full submit (not partial) for component-binding (doesn't update to new value in partial submit). Must check further.
          Hide
          Judy Guglielmin added a comment -

          reason for this problem is ICE-5226 for component-binding

          Show
          Judy Guglielmin added a comment - reason for this problem is ICE-5226 for component-binding
          Judy Guglielmin made changes -
          Link This issue depends on ICE-5226 [ ICE-5226 ]
          Ken Fyten made changes -
          Link This issue blocks ICE-4458 [ ICE-4458 ]
          Ken Fyten made changes -
          Link This issue depends on ICE-4458 [ ICE-4458 ]
          Repository Revision Date User Message
          ICEsoft Public SVN Repository #20154 Fri Jan 08 11:09:01 MST 2010 judy.guglielmin workaround for component binding by looking paginator up in component tree ICE-5219
          Files Changed
          Commit graph MODIFY /icefaces/scratchpads/glimmer/compat/samples/component-showcase/src/org/icefaces/application/showcase/view/bean/examples/component/dataPaginator/DataScrollingModel.java
          Repository Revision Date User Message
          ICEsoft Public SVN Repository #20155 Fri Jan 08 12:23:54 MST 2010 judy.guglielmin workaround for ICE-5219 resolves issue
          Files Changed
          Commit graph MODIFY /icefaces/scratchpads/glimmer/compat/samples/component-showcase/src/org/icefaces/application/showcase/view/bean/examples/component/dataPaginator/DataScrollingModel.java
          Hide
          Judy Guglielmin added a comment -

          used workaround that if data paginator component binding is null, then look up the component in the tree

          Show
          Judy Guglielmin added a comment - used workaround that if data paginator component binding is null, then look up the component in the tree
          Judy Guglielmin made changes -
          Status Open [ 1 ] Resolved [ 5 ]
          Resolution Fixed [ 1 ]
          Assignee Adnan Durrani [ adnan.durrani ] Judy Guglielmin [ judy.guglielmin ]
          Hide
          Simon Fryer added a comment -

          I don't think that this issue has be resolved as if I make a backing bean ViewScoped and then perform a partial submit the @PostConstruct method is called again a second time.

          Show
          Simon Fryer added a comment - I don't think that this issue has be resolved as if I make a backing bean ViewScoped and then perform a partial submit the @PostConstruct method is called again a second time.
          Ken Fyten made changes -
          Fix Version/s 2.0.0 [ 10230 ]
          Ken Fyten made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          Assignee Priority P2

            People

            • Assignee:
              Judy Guglielmin
              Reporter:
              Judy Guglielmin
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: