ICEfaces
  1. ICEfaces
  2. ICE-7340

Regression: (Scopes) view Scope Retained failing

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.1-Beta
    • Fix Version/s: 2.1-Beta2, 3.0
    • Component/s: None
    • Labels:
      None
    • Environment:
      Grimlock Revision# 25872 (First noticed failure)
      Still failing as of Grimlock Revision# 25910

      Application location: \icefaces\samples\core\test\scopes
      Automated scripts: repo\qa\trunk\sample\Icefaces2.0-Samples\Scopes\tests
    • Assignee Priority:
      P1

      Description

      Open application and navigate to: 6. view scope retained test.
      Run test manually or mimic what is happening in the selenium scripts to reproduce failure.

        Activity

        Hide
        Mircea Toma added a comment -

        I cannot reproduce the issue. The counter value for "View scoped counter – Retained" is preserved after navigation.

        Show
        Mircea Toma added a comment - I cannot reproduce the issue. The counter value for "View scoped counter – Retained" is preserved after navigation.
        Hide
        Mircea Toma added a comment -

        I can reproduce the issue now that I followed the specified steps.

        Show
        Mircea Toma added a comment - I can reproduce the issue now that I followed the specified steps.
        Hide
        Mircea Toma added a comment -

        After navigation the components added dynamically by the WindowAndViewIDSetup system event listener are not re-rendered. Because of this the forms don't have the ice.view and ice.window hidden input elements rendered. The filterICEfacesEvents() bridge function relies on these elements to decide if a form is ICEfaces enabled and passthrough the JSF submit events if so. Because the elements are missing the callbacks are not invoked anymore, including the callbacks responsible for the restoration of javax.faces.ViewState hidden input elements in case they miss, thus causing the next form submit to stop sending the view state key causing a state reset on the server.

        Show
        Mircea Toma added a comment - After navigation the components added dynamically by the WindowAndViewIDSetup system event listener are not re-rendered. Because of this the forms don't have the ice.view and ice.window hidden input elements rendered. The filterICEfacesEvents() bridge function relies on these elements to decide if a form is ICEfaces enabled and passthrough the JSF submit events if so. Because the elements are missing the callbacks are not invoked anymore, including the callbacks responsible for the restoration of javax.faces.ViewState hidden input elements in case they miss, thus causing the next form submit to stop sending the view state key causing a state reset on the server.
        Hide
        Mircea Toma added a comment -

        Modified WindowAndViewIDSetup setup so that the system event listener reacts to PreRenderComponentEvent-s to have its dynamically added components rendered after navigation.

        Show
        Mircea Toma added a comment - Modified WindowAndViewIDSetup setup so that the system event listener reacts to PreRenderComponentEvent-s to have its dynamically added components rendered after navigation.

          People

          • Assignee:
            Mircea Toma
            Reporter:
            Cruz Miraback
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: