Bug 464389

Summary: double click node on the navigator quickly will make the page blank
Product: [Community] Virtualization Tools Reporter: aning <aning>
Component: ovirt-server-suiteAssignee: Jason Guiditta <jguiditt>
Status: CLOSED WONTFIX QA Contact:
Severity: low Docs Contact:
Priority: medium    
Version: unspecifiedCC: mmcgrath, ovirt-bugs, ovirt-maint, sburgess, vbian
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-06-22 14:59:49 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
blank page after double click a node on the navigator quickly none

Description aning 2008-09-28 03:23:52 UTC
Created attachment 317879 [details]
blank page after double click a node on the navigator quickly

Description of problem:
double click node on the navigator quickly will make the page blank

Version-Release number of selected component (if applicable):
ovirt-0.93

How reproducible:
almost always

Steps to Reproduce:
1.Open the ovirt Administration User Interface
2.Double click a node(eg hardware pool or virtual machine pool) on the navigator quickly
  
Actual results:
the page become blank

Expected results:
give a message or stay the same page or do anything else but the blank page

Additional info:

Comment 1 Susan Burgess 2008-10-06 04:49:01 UTC
not a doc bug.

Comment 2 Hugh Brock 2008-10-17 18:11:55 UTC
Confirmed, all you have to do is click like crazy on the tree and the whole screen blanks. This is also true with 0.94.

Comment 3 Jason Guiditta 2008-10-17 21:41:15 UTC
Ok, I have found what is causing the issue, but don't yet have a solution.  Basically, when you 'click like crazy', the nav tries to load the content area (tabs + area beneath).  Once this loads, the tab component selects the first tab, which issues another request to get the content for the selected tab.  Since the responses are processed as soon as they are received, if the tab content comes back and the tree is in the middle of replacing content, there may be no target html to insert the tab response into.  I verified this by disabling the tabs and clicking like a madman.  Page never goes blank.  

I think the solution is to queue the requests, which I tried out, and it works nicely (sadly, yes, another plugin).  However, I have not been able to figure out how to make the tab component use the queue.  I have a question out to the developers of that component on whether it is possible.  Depending on their response, I may need to add the functionality myself (and try to get it upstreamed).

Comment 4 Jason Guiditta 2009-05-26 14:40:36 UTC
*** Bug 497829 has been marked as a duplicate of this bug. ***