ICEfaces
  1. ICEfaces
  2. ICE-10462

Multiple Window Scope bean instances created on browser refresh

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: EE-3.3.0.GA_P02
          • Fix Version/s: EE-3.3.0.GA_P03
          • Component/s: Bridge, Framework
          • Labels:
            None
          • Environment:
            ICEpush, Window Scope
          • Assignee Priority:
            P1
          • Support Case References:
            Hide
            Support Case #13258 - https://icesoft.my.salesforce.com/5007000000zPvVb
            Support Case 13228 - https://icesoft.my.salesforce.com/5007000000wNn5E
            Show
            Support Case #13258 - https://icesoft.my.salesforce.com/5007000000zPvVb Support Case 13228 - https://icesoft.my.salesforce.com/5007000000wNn5E
          • Workaround Exists:
            Yes
          • Workaround Description:
            Set the windowScopeExpiration to as small as possible that the application can allow, this will allow the older bean instance to be disposed in a more timely fashion.

            Description

            A customer has found an issue where when they refresh a page it is sometimes creating new instances of their Window Scoped beans but not actively disposing the previous bean. This is causing old data to be shown when it shouldn't be.

            The issue is seen only when there is an active ICEpush connection. It also is affected by what the windowScopeExpiration is set to. If the refresh happens before this expiration setting, then the original bean instance is used and this issue is not seen.

            If the refresh happens after this expiration, a new bean instance is created. Now the page is using two unique instances of the Window scoped bean. If you wait for an addition expiration setting, the older bean is then disposed, but now a new bean instance is created.

            Having a longer expiration makes this issue worse.
            2. Zip Archive
              Case13258Example.zip
              21 kB
              Arran Mccullough

              Activity

                People

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

                  Dates

                  • Created:
                    Updated:
                    Resolved: