Bug 1131455 - accessing the subscription[products] link from activation_key should display custom products subscriptions and not move to manifest subscriptions page
Summary: accessing the subscription[products] link from activation_key should display ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: WebUI
Version: 6.0.4
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: Unspecified
Assignee: Christine Fouant
QA Contact: jcallaha
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-08-19 10:39 UTC by Kedar Bidarkar
Modified: 2017-02-23 21:04 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-08-12 05:14:37 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:1592 0 normal SHIPPED_LIVE Important: Red Hat Satellite 6.1.1 on RHEL 6 2015-08-12 09:04:35 UTC

Description Kedar Bidarkar 2014-08-19 10:39:09 UTC
Description of problem:

Accessing the subscription[products] link from activation_key should take user to custom products page and not to the manifest page.

Version-Release number of selected component (if applicable):
sat6-GA-snap5

How reproducible:


Steps to Reproduce:
1. create custom products
2. sync the repos
3. try creating an activation_key, and access the product link via the subscriptions tab
4. UI takes the user to the manifest page and not to the custom products page.

Actual results:
UI takes the user to the manifest page.

Expected results:
UI should take the user to the custom products page.

Additional info:

Comment 2 Kedar Bidarkar 2014-08-19 10:57:20 UTC
strange unable to reproduce it reliably. 

Also, small correction.

Accessing the subscription[products] link from activation_key should take user to display custom products[ subscriptions info] on subscriptions page and not to the manifests subscriptions page.

Comment 3 Christine Fouant 2014-10-30 20:35:43 UTC
I can't reproduce this bug, is it still an issue?  Please test in the upstream if possible, thanks!

Comment 4 jcallaha 2014-12-05 15:15:00 UTC
Behavior is as expected.

*** This bug is verified in upstream.  This fix should eventually land in future downstream builds ***

Version Tested:
RHEL 65/66/7

katello-server-ca-1.0-1.noarch
rubygem-hammer_cli_katello-0.0.6-1.201412050102git3acc58e.git.0.c645b3c.el7.noarch
katello-certs-tools-2.0.1-1.el7.noarch
pulp-katello-0.3-3.el7.noarch
katello-repos-2.1.1-1.el7.noarch
ruby193-rubygem-katello-2.1.0-1.201412050047git1f935b9.el7.noarch
katello-default-ca-1.0-1.noarch
katello-2.1.0-1.201411061509gitb0b8f43.el7.noarch
katello-installer-2.1.0-1.201412031757git1434d70.el7.noarch

Comment 5 Bryan Kearney 2015-08-11 13:18:48 UTC
This bug is slated to be released with Satellite 6.1.

Comment 6 errata-xmlrpc 2015-08-12 05:14:37 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/RHSA-2015:1592


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