Bug 1321055 - Choosing CV for Host entity put jquery.active into state 1 and never get back
Summary: Choosing CV for Host entity put jquery.active into state 1 and never get back
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: WebUI
Version: 6.2.0
Hardware: x86_64
OS: Linux
unspecified
high vote
Target Milestone: Unspecified
Assignee: Partha Aji
QA Contact: Katello QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-24 14:48 UTC by Oleksandr Shtaier
Modified: 2019-09-26 13:58 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-27 11:28:04 UTC
Target Upstream Version:


Attachments (Terms of Use)

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


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