Details
Bug
Major
Description
IE browser has by default a connection limitation of 2 connections at time.
The push mechanism (long pooling) already blocks one of these lines while the other one is often reserved for the regular communication.
This invokes a freeze of the browser (also the window itself).
After a while (like timeout of the connection) the browser retrieves a response and the user can work again.
With FF no problem happens (no connection limitation).
I have found an ugly workaround by setting in the registry the maximal connection limitation on 16.
The problem seems to disappear. But I can't tell our customer to do that hack.
If I set ...
<context-param>
<param-name>com.icesoft.faces.synchronousUpdate</param-name>
<param-value>true</param-value>
</context-param>
... it works fine.
The push mechanism (long pooling) already blocks one of these lines while the other one is often reserved for the regular communication.
This invokes a freeze of the browser (also the window itself).
After a while (like timeout of the connection) the browser retrieves a response and the user can work again.
With FF no problem happens (no connection limitation).
I have found an ugly workaround by setting in the registry the maximal connection limitation on 16.
The problem seems to disappear. But I can't tell our customer to do that hack.
If I set ...
<context-param>
<param-name>com.icesoft.faces.synchronousUpdate</param-name>
<param-value>true</param-value>
</context-param>
... it works fine.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
| Field | Original Value | New Value |
|---|---|---|
| Attachment | push-server.txt [ 12017 ] |
| Assignee | Mircea Toma [ mircea.toma ] |
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Incomplete [ 4 ] |
| Fix Version/s | 1.8.2 [ 10190 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |