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

          Hide
          Arran Mccullough added a comment -

          Attached test case that shows issue.

          Steps:

          • Load welcomeICEfaces.jsf in IE.
          • Set focus to first input field.
          • Tab into the radio buttons. (Focus is lost due to ICE-8577 tab back into the first input field).
          • Once focus is on the radio buttons, tab into the next field.
          • The selection of "No" is now lost and the required validation is thrown.

          To reproduce again, clear the session cookies and browser cache.

          Show
          Arran Mccullough added a comment - Attached test case that shows issue. Steps: Load welcomeICEfaces.jsf in IE. Set focus to first input field. Tab into the radio buttons. (Focus is lost due to ICE-8577 tab back into the first input field). Once focus is on the radio buttons, tab into the next field. The selection of "No" is now lost and the required validation is thrown. To reproduce again, clear the session cookies and browser cache.
          Hide
          Mircea Toma added a comment -

          This is a duplicate issue for ICE-8577 .

          Show
          Mircea Toma added a comment - This is a duplicate issue for ICE-8577 .
          Hide
          Mircea Toma added a comment -

          Added workarounds.

          Show
          Mircea Toma added a comment - Added workarounds.

            People

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

              Dates

              • Created:
                Updated:
                Resolved: