ICEfaces
  1. ICEfaces
  2. ICE-3418

Model values are overwritten and the view is re-rendered with original values

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Invalid
    • Affects Version/s: 1.7.1
    • Fix Version/s: None
    • Component/s: Tool Integrations
    • Labels:
      None
    • Environment:
      Spring Webflow 2.0.2

      Description

      This issue involve Spring Webflow 2.0.2 and ICEfaces 1.7.1. The customer had originally reported ICE-3328 which has since been resolved. The customer now has another issue involving partial submit. Here is the description:

      We have run into another partialSubmit issue. I have attached sample code that will demonstrate the issue we are seeing. I am
      not sure if I have the config correct or not (our environment is a little different that the booking sample app that has been referenced in the forum post related to this issue, - no facelets - so I took my best guess) or if this is another bug.

      Scenario:
      A webflow starts with a jsp with 2 drop downs on it. One drop down is set with partSubmit=true, the other is not. When the partialSubmit dropdown value is changed, the JSF lifecycle proceeds as normal until the end. After the cycle completes, the RESTORE_VIEW and RENDER_RESPONSE phases are executed a second time. The effect is that the model values that were changed by the user are overwritten and the view is re-rendered with the original values. This behavior is not observed when the drop down that does not use partialSubmit is changed. Here is a shot of the page after initial load (no changes to drop downs yet)

      Here is the log out put when the value of 'Drop Down Using Partial Submit' is
      modified.
      BEFORE PHASE : RESTORE_VIEW 1
      AFTER PHASE : RESTORE_VIEW 1
      BEFORE PHASE : APPLY_REQUEST_VALUES 2
      AFTER PHASE : APPLY_REQUEST_VALUES 2
      BEFORE PHASE : PROCESS_VALIDATIONS 3
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getRegularDropDownValue : regularDropDown-four
      AFTER PHASE : PROCESS_VALIDATIONS 3
      BEFORE PHASE : UPDATE_MODEL_VALUES 4
      setting partialSubmitDropDownValue to : partialSubmitDropDown-five
      setting regularDropDownValue to : regularDropDown-four
      AFTER PHASE : UPDATE_MODEL_VALUES 4
      BEFORE PHASE : INVOKE_APPLICATION 5
      AFTER PHASE : INVOKE_APPLICATION 5
      BEFORE PHASE : RENDER_RESPONSE 6
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getRegularDropDownValue : regularDropDown-four
      getRegularDropDownValue : regularDropDown-four
      getRegularDropDownValue : regularDropDown-four
      getRegularDropDownValue : regularDropDown-four
      getRegularDropDownValue : regularDropDown-four
      AFTER PHASE : RENDER_RESPONSE 6
      BEFORE PHASE : RESTORE_VIEW 1
      AFTER PHASE : RESTORE_VIEW 1
      BEFORE PHASE : RENDER_RESPONSE 6
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getPartialSubmitDropDownValue : partialSubmitDropDown-three
      getRegularDropDownValue : regularDropDown-four
      getRegularDropDownValue : regularDropDown-four
      getRegularDropDownValue : regularDropDown-four
      getRegularDropDownValue : regularDropDown-four
      getRegularDropDownValue : regularDropDown-four
      AFTER PHASE : RENDER_RESPONSE 6

      Here is an ear file containing the source code from the Eclipse projects we are
      using.

        Activity

        Hide
        Tyler Johnson added a comment -

        The extra RESTORE_VIEW phase is definitely unexpected. We should add debugging
        code to the swf booking demo to see if RESTORE_VIEW is running an additional
        time there as well. (Greg has probably added a PhaseListener of this sort to
        the debugging .jar. Igor has worked a bit on the SWF2 demo as well.)

        If we see the same problem in the booking demo, then there is clearly a bug in
        the ICEfaces/SWF2 integration.

        If not, then perhaps there is a configuration difference between the
        applications or something unusual about the drop down component that is causing
        the problem.

        We could also ask if partialSubmit=true on an inputText causes the same problem
        in the customer application.

        Ted.

        Show
        Tyler Johnson added a comment - The extra RESTORE_VIEW phase is definitely unexpected. We should add debugging code to the swf booking demo to see if RESTORE_VIEW is running an additional time there as well. (Greg has probably added a PhaseListener of this sort to the debugging .jar. Igor has worked a bit on the SWF2 demo as well.) If we see the same problem in the booking demo, then there is clearly a bug in the ICEfaces/SWF2 integration. If not, then perhaps there is a configuration difference between the applications or something unusual about the drop down component that is causing the problem. We could also ask if partialSubmit=true on an inputText causes the same problem in the customer application. Ted.
        Hide
        Ken Fyten added a comment -

        Marking as Closed / Invalid as part of legacy ICEfaces 1.x, 2.x JIRA cleanup.

        Note: This issue may be resolved in a newer ICEfaces release, available here: http://www.icesoft.org/java/downloads/icefaces-downloads.jsf

        If the issue persists with the current ICEfaces release, please create a new JIRA for it.

        Show
        Ken Fyten added a comment - Marking as Closed / Invalid as part of legacy ICEfaces 1.x, 2.x JIRA cleanup. Note: This issue may be resolved in a newer ICEfaces release, available here: http://www.icesoft.org/java/downloads/icefaces-downloads.jsf If the issue persists with the current ICEfaces release, please create a new JIRA for it.

          People

          • Assignee:
            Unassigned
            Reporter:
            Tyler Johnson
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: