Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: EE-3.3.0.GA_P02, 4.0
-
Fix Version/s: EE-4.0.0.GA, EE-3.3.0.GA_P03, 4.1
-
Component/s: Push Library
-
Labels:None
-
Environment:All
-
Assignee Priority:P1
-
Support Case References:Support Case #13260 - https://icesoft.my.salesforce.com/5007000000zQG5g
Description
A customer has an app that opens multiple windows. Each window makes a web service call to get data. When the data is ready it sends a push update via the Portable Renderer.
After a few of these windows are opened and closed. The windows that remain open will all of a sudden receive push updates even though their beans are not calling the render event.
After a few of these windows are opened and closed. The windows that remain open will all of a sudden receive push updates even though their beans are not calling the render event.
Activity
| Field | Original Value | New Value |
|---|---|---|
| Assignee | Mircea Toma [ mircea.toma ] | |
| Fix Version/s | EE-3.3.0.GA_P03 [ 11571 ] | |
| Affects Version/s | EE-3.3.0.GA_P03 [ 11571 ] | |
| Assignee Priority | P1 [ 10010 ] |
| Fix Version/s | 4.1 [ 11570 ] |
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #43979 | Thu Jan 29 13:03:04 MST 2015 | mircea.toma | |
| Files Changed | ||||
MODIFY
/icefaces4/trunk/icefaces/core/src/main/java/org/icefaces/impl/application/WindowScopeManager.java
MODIFY
/icefaces4/trunk/icefaces/core/src/main/resources/META-INF/faces-config.xml
|
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
| Fix Version/s | EE-4.0.0.GA [ 11170 ] | |
| Fix Version/s | 4.1 [ 11570 ] |
| Affects Version/s | 4.0 [ 11383 ] |
This seems to break something when using @ApplicationScoped @ManagedBeans. See ICE-10472 for details.
Show
Jack Van Ooststroom
added a comment - - edited This seems to break something when using @ApplicationScoped @ManagedBeans. See ICE-10472 for details.
| Resolution | Fixed [ 1 ] | |
| Status | Resolved [ 5 ] | Reopened [ 4 ] |
| Link | This issue blocks ICE-10472 [ ICE-10472 ] |
Fixed ICE-10472, closing this issue as well.
Show
Mircea Toma
added a comment - Fixed ICE-10472, closing this issue as well.
| Status | Reopened [ 4 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
| Comment | [ A comment with security level 'icesoft-internal-developers' was removed. ] |
| Fix Version/s | 4.1 [ 11570 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |
The sequence of events that caused this issue turned out to be quite complex. When a new window is created with "Open new window" button a new window scope is created, at the same time the blocking connection is re-established in one of the windows. It turns out that the blocking request also triggers the creation of new window scopes (it should not, though). When the window is closed the remaining windows will issue a requests for updates (which is normal), because the window tracking is not enabled without a window scoped bean defined the window ID associated with the rendered view changes thus causing an update to be generated. This updates once applied triggers the reloading of text editors.
The fix changes the WindowScopeManager to avoid creating new window scope maps for incoming resource requests. Also the manager will keep on tracking opened windows when application uses @WindowDisposed annotated view scoped beans.