Bug 1321055

Summary:	Choosing CV for Host entity put jquery.active into state 1 and never get back
Product:	Red Hat Satellite	Reporter:	Oleksandr Shtaier <oshtaier>
Component:	WebUI	Assignee:	Partha Aji <paji>
WebUI sub component:	Foreman	QA Contact:	Katello QA List <katello-qa-list>
Status:	CLOSED ERRATA	Docs Contact:
Severity:	high
Priority:	unspecified	CC:	bbuckingham, omaciel, oshtaier, rplevka
Version:	6.2.0	Keywords:	PrioBumpQA, Regression, Triaged
Target Milestone:	Unspecified
Target Release:	Unused
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-07-27 11:28:04 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:

Description Oleksandr Shtaier 2016-03-24 14:48:41 UTC

Description of problem:
Like stated in title we have an issue with Content View field for Host entity. Mainly that affects test automation as you will never be able to create new Host entity as CV is required field. Of course, it will be nice to use some workarounds in the script itself, but waiting logic is most fundamental level and it is really bad idea to change it.

Also, it can affect not only test automation, but impact application itself in more or less serious way

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

How reproducible:
Always

Steps to Reproduce:
1. Go to New Host window (Hosts->New Host)
2. Specify Organization and Location
3. Select Lifecycle Environment (Library)
4. 404 error returned for 'spinner.gif' resource (just annoying thing, I doubt that it has any impact)
5. Select Content View (Default Organization View)

Actual results:
Necessary content view is selected and jQuery.active=1

Expected results:
Necessary content view is selected and jQuery.active=0

Additional info:

Comment 1 Oleksandr Shtaier 2016-03-24 14:49:22 UTC

Can be related to https://bugzilla.redhat.com/show_bug.cgi?id=1320495

Comment 5 Partha Aji 2016-04-01 21:22:18 UTC

Oleks,
I am not sure exactly what to test for jQuery.active. Is that  a response for some ajax call?. I believe a bug related to lifecycle environment and content view was fixed in the recent snap. Can ya retest this part and fail if it still occurs

Comment 6 Roman Plevka 2016-04-03 19:44:28 UTC

(In reply to Partha Aji from comment #5)
> Oleks,
> I am not sure exactly what to test for jQuery.active. Is that  a response
> for some ajax call?. I believe a bug related to lifecycle environment and
> content view was fixed in the recent snap. Can ya retest this part and fail
> if it still occurs

Partha,
jquery.active is a jquery function signaling whether there are any ajax calls pending. Our automation is based on selenium webdriver, which relies on output of this function as it typically waits until all the ajax calls are finished before checking for a presence of some element, etc.

you can call the .active function yourself by calling
$.active
from a browser javascript console.

Comment 8 Partha Aji 2016-04-22 21:24:25 UTC

The solution for this https://bugzilla.redhat.com/show_bug.cgi?id=1318743 should fix the stated issue also. Moving to on_qa

Comment 9 Roman Plevka 2016-05-02 09:47:39 UTC

VERIFIED.
this works for sat 6.2.0 snap 9.3

# on loading new host dialog
$.active
0
# after choosing LCE
$.active
0
# after choosing CV
$.active
0

Comment 10 Bryan Kearney 2016-07-27 11:28:04 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.

https://access.redhat.com/errata/RHBA-2016:1501