ICEfaces
  1. ICEfaces
  2. ICE-8906

icecore:singleSubmit - default radio button selection is lost

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Won't Fix
    • Affects Version/s: 3.2, EE-3.2.0.BETA
    • Fix Version/s: 3.3
    • Component/s: Bridge, ICE-Components
    • Labels:
      None
    • Environment:
      IE9 Compat, IE8, IE7
    • Assignee Priority:
      P2
    • Salesforce Case Reference:
    • Workaround Exists:
      Yes
    • Workaround Description:
      Hide
      Most often the workaround for this issue is to setup a index.jsp page that redirects to the main JSF page of the application. This way by the time the main JSF page is accessed the session tracking cookie is set, thus JSF will not render jsessionid path parameters into the form URLs.

      Another workaround is to use org.icefaces.diffConfig=att context parameter to enable attribute updates, this will target the form[action] attribute modifications.
      Show
      Most often the workaround for this issue is to setup a index.jsp page that redirects to the main JSF page of the application. This way by the time the main JSF page is accessed the session tracking cookie is set, thus JSF will not render jsessionid path parameters into the form URLs. Another workaround is to use org.icefaces.diffConfig=att context parameter to enable attribute updates, this will target the form[action] attribute modifications.

      Description

      The <icecore:singleSubmit> tag is used on a form. This form contains an ice:selectRadioButton with a "Yes" and a "No" option. The "No" option is selected by default. Sample code:

                      <ice:selectOneRadio id="testRadio"
                                          value="#{testBean.value}" required="true">
                          <f:selectItem itemValue="YES" itemLabel="Yes" />
                          <f:selectItem itemValue="NO" itemLabel="No" />
                      </ice:selectOneRadio>


      When tabbing through this component, the selection is lost and the required message is shown. The setter for the value does not get called. Once another singleSubmit occurs the value is shown again.

      This seems to happen on the initial load of the page. If focus is cycled through again this issue isn't seen. Also if the default value is set to "Yes" or the order of the SelectItems is changed then this issue isn't seen.

      It also is an issue with the h:selectOneRadio button. This issue is likely related to the behavior reported in ICE-8577
      1. Case11909Example.zip
        19 kB
        Arran Mccullough
      2. Case11909ExampleWAR.zip
        9.32 MB
        Arran Mccullough

        Issue Links

          Activity

            People

            • Assignee:
              Mircea Toma
              Reporter:
              Arran Mccullough
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: