Bug 1131455

Summary:	accessing the subscription[products] link from activation_key should display custom products subscriptions and not move to manifest subscriptions page
Product:	Red Hat Satellite	Reporter:	Kedar Bidarkar <kbidarka>
Component:	WebUI	Assignee:	Christine Fouant <cfouant>
WebUI sub component:	Katello	QA Contact:	jcallaha
Status:	CLOSED ERRATA	Docs Contact:
Severity:	medium
Priority:	unspecified	CC:	bbuckingham, cwelton, jcallaha
Version:	6.0.4	Keywords:	Triaged
Target Milestone:	Unspecified
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-08-12 05:14:37 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 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