ICEfaces-EE
  1. ICEfaces-EE
  2. IPCK-208

Tree Table expand behavior inconsistent with singleSubmit

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: EE-2.0.0.Alpha1
    • Fix Version/s: EE-2.0.0.Beta1
    • Component/s: Facelet Components
    • Labels:
      None
    • Environment:
      JSF 2.1 and showcase with singleSubmit enabled
      web.xml com.icesoft.faces.application.showcase.submitMode.singleSubmit=true

      Description

      The tree table does not appear to expand correctly when single submit is enabled. The expansion generally only occurs on the Kitchener link regardless of which city was clicked.

      This will need further investigation to see what is happening. The table work OK when partialSubmit is enabled.

        Issue Links

          Activity

          Hide
          Patrick Corless added a comment -

          The drag and drop functionality does not seem to work as well under single submit.

          Show
          Patrick Corless added a comment - The drag and drop functionality does not seem to work as well under single submit.
          Hide
          Carlo Guglielmin added a comment -

          Same double POST with singleSubmit causing inconsistent behaviour, as seen in IPCK-202, IPCK-206, and ICE-6470.

          Show
          Carlo Guglielmin added a comment - Same double POST with singleSubmit causing inconsistent behaviour, as seen in IPCK-202 , IPCK-206 , and ICE-6470 .
          Hide
          Patrick Corless added a comment -

          Once you hear back from Ted, please test and clean up as needed.

          Show
          Patrick Corless added a comment - Once you hear back from Ted, please test and clean up as needed.
          Hide
          Carlo Guglielmin added a comment -

          ICE-6470 was fixed in the ICEfaces 2 trunk, and as a result this problem has been resolved.

          Show
          Carlo Guglielmin added a comment - ICE-6470 was fixed in the ICEfaces 2 trunk, and as a result this problem has been resolved.

            People

            • Assignee:
              Carlo Guglielmin
              Reporter:
              Patrick Corless
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: