Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 907491

Summary:	[Admin Portal] improve/fix grid/tab content loading animation
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Jiri Belka <jbelka>
Component:	ovirt-engine-webadmin-portal	Assignee:	Alexander Wels <awels>
Status:	CLOSED ERRATA	QA Contact:	Jiri Belka <jbelka>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	3.2.0	CC:	acathrow, adahms, awels, ecohen, iheim, jkt, michal.skrivanek, Rhev-m-bugs, wduffee
Target Milestone:	---
Target Release:	3.3.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	ux
Fixed In Version:	is1	Doc Type:	Bug Fix
Doc Text:	Previously, when switching between sub-tabs of a main tab in the Administration Portal (for example, switching between the Network Interfaces and Disks sub-tabs when a virtual machine is selected) the details of the old sub-tab would display for a second before being replaced by a loading indicator. This created a source of confusion as to the currently selected sub-tab until the loading indicator displayed. With this update, the loading indicator is now shown when switching sub-tabs rather than when displaying the old data, providing a better indication of the current sub-tab and improving the user experience.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-01-21 17:13:08 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Jiri Belka 2013-02-04 14:38:00 UTC

Description of problem:
'No VM Import to display'/'No Template Import to display' appear for little while when I try to check exported VMs/exported Templates on an export domain. This seems like bug, normally I would expect to see those little black dots/boxes telling me it is loading data...

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

How reproducible:
most of the time

Steps to Reproduce:
1. have some vms and templates on a export domain
2. check the list couple of times
3.
  
Actual results:
most of the time 'No VM Import to display'/'No Template Import to display', then the list appears

Expected results:
those little black dots/boxes telling me it is loading data...

Additional info:

Comment 1 Michal Skrivanek 2013-03-07 07:05:52 UTC

I've heard similar complaints in other dialogs...Einav, do you know, is this a general issue?

Comment 2 Einav Cohen 2013-03-07 13:37:36 UTC

(In reply to comment #1)
> I've heard similar complaints in other dialogs...Einav, do you know, is this
> a general issue?

not familiar with this issue - I will take it. Thanks.

Comment 3 Einav Cohen 2013-03-07 13:41:22 UTC

Alex - can you please take a quick look and estimate how difficult it is to solve? 
We would want to have the "squares" progress-animation when activating a certain tab/sub-tab until the initial results for that tab/sub-tab have arrived from the backend. Once arrived - we should put "no items to display" (if results are empty) or the items themselves (if results are not empty).

Comment 4 Alexander Wels 2013-03-08 14:10:29 UTC

Einav,

That shouldn't be terribly difficult to fix, what I think is happening is that the page is displayed before the query to populate the data is made. At that point there is NO data to display, until the query is done. We might have to rethink where we add the No items to display message. Right now we do it in the constructor of the table, might have to move it to the success/failure of the query.

Comment 7 Einav Cohen 2013-05-14 18:24:17 UTC

*** Bug 962592 has been marked as a duplicate of this bug. ***

Comment 8 Jiri Belka 2013-07-26 14:32:42 UTC

ok, is6.

Comment 9 Charlie 2013-11-28 00:24:20 UTC

This bug is currently attached to errata RHEA-2013:15231. If this change is not to be documented in the text for this errata please either remove it from the errata, set the requires_doc_text flag to minus (-), or leave a "Doc Text" value of "--no tech note required" if you do not have permission to alter the flag.

Otherwise to aid in the development of relevant and accurate release documentation, please fill out the "Doc Text" field above with these four (4) pieces of information:

* Cause: What actions or circumstances cause this bug to present.
* Consequence: What happens when the bug presents.
* Fix: What was done to fix the bug.
* Result: What now happens when the actions or circumstances above occur. (NB: this is not the same as 'the bug doesn't present anymore')

Once filled out, please set the "Doc Type" field to the appropriate value for the type of change made and submit your edits to the bug.

For further details on the Cause, Consequence, Fix, Result format please refer to:

https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes 

Thanks in advance.

Comment 11 errata-xmlrpc 2014-01-21 17:13:08 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2014-0038.html