Bug 464389 - double click node on the navigator quickly will make the page blank
Summary: double click node on the navigator quickly will make the page blank
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Virtualization Tools
Classification: Community
Component: ovirt-server-suite
Version: unspecified
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Jason Guiditta
QA Contact:
URL:
Whiteboard:
: 497829 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-28 03:23 UTC by aning
Modified: 2011-06-22 14:59 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-06-22 14:59:49 UTC
Embargoed:


Attachments (Terms of Use)
blank page after double click a node on the navigator quickly (55.31 KB, image/png)
2008-09-28 03:23 UTC, aning
no flags Details

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. ***


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