ICEfaces
  1. ICEfaces
  2. ICE-6711

ICE-2620 fails with deltaSubmit=true

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.0.1
    • Fix Version/s: EE-2.0.0.GA, 2.0.2
    • Component/s: None
    • Labels:
      None
    • Environment:
      Server: Tomcat6
      Browsers: FF3.6, IE7 & GoogleChrome10
      Icefaces2 revision# 24206

      Description

      ICE-2620 all browsers: The second click on any row of the datatable does not result in navigation to another page. This works fine on regular icefaces2 trunk.
      Test application is available at 'svn\repo\qa\trunk\Regression-Icefaces2\Nightly\ICE-2620'

        Activity

        Hide
        Mircea Toma added a comment -

        This issue occurs also with icefaces2/trunk fro me.

        Show
        Mircea Toma added a comment - This issue occurs also with icefaces2/trunk fro me.
        Hide
        Mircea Toma added a comment -

        It seems that the forward navigations in the test application confuse the delta submit calculation on the server side. For the client nothing indicates that the JSF view has changed (due to the non-redirecting navigation) thus the previous parameters are preserved and used normally just like during any DOM update. On the server-side though the view is completely swapped with a new one, since the previous parameters are saved as attributes on the form components they are lost during the navigation. Because of this the client and server delta submit data is out of sync.

        Show
        Mircea Toma added a comment - It seems that the forward navigations in the test application confuse the delta submit calculation on the server side. For the client nothing indicates that the JSF view has changed (due to the non-redirecting navigation) thus the previous parameters are preserved and used normally just like during any DOM update. On the server-side though the view is completely swapped with a new one, since the previous parameters are saved as attributes on the form components they are lost during the navigation. Because of this the client and server delta submit data is out of sync.
        Hide
        Mircea Toma added a comment -

        Introduced custom navigation handler responsible to propagate the previously calculated parameters from the source view into the destination view.
        Modified DeltaSubmitPhaseLister to check for the propagated parameters in case a non-redirecting navigation rule was executed, thus making sure that the delta calculation remains in sync with the one executed in the client.

        Show
        Mircea Toma added a comment - Introduced custom navigation handler responsible to propagate the previously calculated parameters from the source view into the destination view. Modified DeltaSubmitPhaseLister to check for the propagated parameters in case a non-redirecting navigation rule was executed, thus making sure that the delta calculation remains in sync with the one executed in the client.
        Hide
        Mandeep Hayher added a comment -

        Tested successfully on Icefaces-ee2 trunk revision# 27178
        Server: Tomcat6
        Browser: FF3.6, IE7 & GoogleChrome8

        Show
        Mandeep Hayher added a comment - Tested successfully on Icefaces-ee2 trunk revision# 27178 Server: Tomcat6 Browser: FF3.6, IE7 & GoogleChrome8

          People

          • Assignee:
            Unassigned
            Reporter:
            Mandeep Hayher
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: