Bug 783153 - div.block.active not implemented on new user
div.block.active not implemented on new user
Product: Subscription Asset Manager
Classification: Red Hat
Component: katello (Show other bugs)
Unspecified Unspecified
medium Severity medium
: beta
: 1.0
Assigned To: Tom McKay
Eric Sammons
Depends On:
  Show dependency treegraph
Reported: 2012-01-19 09:34 EST by Eric Sammons
Modified: 2012-02-21 12:47 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
katello-httpd-ssl-key-pair-1.0-1.noarch candlepin-tomcat6-0.5.8-1.el6.noarch katello-headpin-0.1.122-2.el6.noarch katello-cli-headpin-0.1.13-2.el6.noarch katello-certs-tools-1.0.1-2.el6.noarch katello-headpin-all-0.1.122-2.el6.noarch thumbslug-0.0.21-1.el6.noarch katello-cli-common-0.1.32-2.el6.noarch katello-configure-0.1.49-2.el6.noarch katello-common-0.1.165-2.el6.noarch katello-trusted-ssl-cert-1.0-1.noarch candlepin-0.5.8-1.el6.noarch katello-glue-candlepin-0.1.165-2.el6.noarch katello-qpid-broker-key-pair-1.0-1.noarch
Last Closed: 2012-02-21 12:47:46 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Eric Sammons 2012-01-19 09:34:32 EST
Description of problem:
When creating a new _anything_ via the SAM WebUI that new something becomes active as denoted by the CSS Selector div.block.active; however, creating a new user does not follow this making this a one off.

How reproducible:
every time

Steps to Reproduce:
1. Navigate to Administration Tab
2. Create a New User
3. Note that div.block is refreshed and new system is present.
Actual results:
New system is present but not active.

Expected results:
New system should be present and selected (active) to follow common behaviour.

Additional info:

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