Bug 696801 - Asynch timeout issues, inconsistencies in IE, Chrome and FF
Summary: Asynch timeout issues, inconsistencies in IE, Chrome and FF
Keywords:
Status: NEW
Alias: None
Product: RHQ Project
Classification: Other
Component: Core UI
Version: unspecified
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: ---
: ---
Assignee: Nobody
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: rhq41 rhq41-ui rhq-uxd
TreeView+ depends on / blocked
 
Reported: 2011-04-14 20:42 UTC by Simeon Pinder
Modified: 2022-03-31 04:27 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)
FF timeout messages (143.99 KB, image/png)
2011-04-14 20:45 UTC, Simeon Pinder
no flags Details
IE8 slow asynch no messages. (429.11 KB, image/png)
2011-04-14 20:45 UTC, Simeon Pinder
no flags Details
Chrome 10 slow no messages. (382.64 KB, image/png)
2011-04-14 20:46 UTC, Simeon Pinder
no flags Details
Chrome 10 slow no messages (429.97 KB, image/png)
2011-04-14 21:05 UTC, Simeon Pinder
no flags Details

Description Simeon Pinder 2011-04-14 20:42:58 UTC
Description of problem:
On rare occasions when asynch communications take longer than the 10s processing limit the client/server currently throws a request timed out exception(We should review if this is truly the desired behavior. See below).  This appears to happen for FF, but not consitently for Chrome or IE.

Version-Release number of selected component (if applicable):
RHQ 4 Test build master 1143

How reproducible:
Almost every time on a server where asynch activities are slow.

Steps to Reproduce:
1. Browse to a Resource>Activity Dashboard and add several more dashboard portlets to slow overall load time.  Use F5 to completely reload the browser, then CTRL+SHIFT+S to view load times with an eye on Message Center.
2. On IE8 and Chrome 10.0.648, using CTRL+Shift+Alt+S, the attached screen shots show asynch operations that take longer than 10000ms, but no operation timed out messages are generated or show up in the Message Center.  
3. See attached screen shots for more details.
  
Actual results:
FF detects timeouts correctly, but IE8 and Chrome do not most of the time.

Expected results:
Consistent timeout or no timeout across all browsers.

Additional info:
On FF where the browers is forced to timeout correctly, the user experience is significanlty worse as the left nav tree will fail to load or disjoint error messages will pop up.  Page is in pretty bad shape after timeouts, wheras IE and Chrome do take a little longer to load but leave the UI in a usuable and correct state.

Comment 1 Simeon Pinder 2011-04-14 20:45:06 UTC
Created attachment 492223 [details]
FF timeout messages

Comment 2 Simeon Pinder 2011-04-14 20:45:58 UTC
Created attachment 492224 [details]
IE8 slow asynch no messages.

Comment 3 Simeon Pinder 2011-04-14 20:46:49 UTC
Created attachment 492225 [details]
Chrome 10 slow no messages.

Comment 4 Simeon Pinder 2011-04-14 21:05:54 UTC
Created attachment 492228 [details]
Chrome 10 slow no messages

Comment 5 John Mazzitelli 2011-08-16 21:23:58 UTC
can you tell us more? is this a complaint about the 10s timeout in general?

Comment 6 Simeon Pinder 2011-08-17 20:41:56 UTC
No mazz. With the screen shots I was trying to show that with some browsers, more IE and Chrome and sometimes with firefox that you can force a situation where an asynch timeout should have occurred but does not.  In the screen shots you can see some requests taking greater than ten seconds but i)no timeout exceptions were thrown/shown or ii) at the very least that they were not showing up in the MessageCenter.  

I have not tested this out with a recent build, but that's what I was reporting here.


Note You need to log in before you can comment on or make changes to this bug.