ICEfaces
  1. ICEfaces
  2. ICE-6108

ValueChangeListener called twice when clicking on selectOneRadio label

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Duplicate
    • Affects Version/s: 1.8.2-EE-GA_P01
    • Fix Version/s: 1.8.3, 1.8.2-EE-GA_P02
    • Component/s: ICE-Components
    • Labels:
      None
    • Environment:
      All

      Description

      A selectOneRadio component uses a simple converter that takes in a String that represents a null value ("NULL_VALUE") and returns a null object. It also takes in the null object and converts it to a "NULL_VALUE" String. By default the radio component has a "No Selection" value which is set by default. This is set by setting the value of the radio component to the "NULL_VALUE" String.

      The issue arises when the label of the next radio button is clicked. The valueChangeEvent is called twice. When clicking on the button of the next radio button the valueChangeEvent is called once. This also only occurs on the fist click of the next radio button label, all other clicks cause the VCE to fire once. Testing with the JSF selectOneRadio component does not reproduce the same results, VCE is called only once use the same converter.

      Steps to reproduce with attached test case:
       - Load the app.
       - The radio button "No Selection" is pre-selected.
       - Click on the "Two" radio label results in the following output in logs:
      getAsObject-value:NULL_VALUE
      Value Changed!
      Event New Value: null
      Value: NULL_VALUE
      getAsObject-value:2
      Value Changed!
      Event New Value: 2
      Value:
       - When clicking on the "Two" radio button the following output is shown:
      getAsObject-value:2
      Value Changed!
      Event New Value: 2
      Value: NULL_VALUE

        Issue Links

          Activity

          Hide
          Arran Mccullough added a comment -

          Source code from test case

          Show
          Arran Mccullough added a comment - Source code from test case

            People

            • Assignee:
              Unassigned
              Reporter:
              Arran Mccullough
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: