Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1146261

Summary: Quantity behavior with stackable subscriptions can be a little weird
Product: Red Hat Enterprise Linux 6 Reporter: Matt Reid <mreid>
Component: subscription-managerAssignee: candlepin-bugs
Status: CLOSED WONTFIX QA Contact: John Sefler <jsefler>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.0CC: dgoodwin
Target Milestone: rc   
Target Release: 6.7   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-12-01 16:09:28 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:
Bug Depends On:    
Bug Blocks: 1005618    
Attachments:
Description Flags
All Available Subs: Quantity = 1
none
Contract Picker: Quantity = 1
none
Contract Picker: Virt quantity is blocked from being adjusted
none
All Available Subs: Quantity adjusted up to 10
none
Contract Picker: Quantity defaults to 10, matching what it let me set it to before opening the dialog none

Description Matt Reid 2014-09-24 21:18:21 UTC 
Description of problem:
I have an account with an RHCI subscription, which is stackable. Trying to attach it in the RHEL 7 subscription manager GUI can show some odd behavior. When I pull down my subscription list, quantity defaults to 1, which makes sense, I'm on a VM. When I click attach, I see the Contract Selector, where I can choose from my 1 physical, or my unlimited virt, and it defaults to virt. All of the quantity indicators show that they can be modified. If I click on the virt quantity, I can see the spinner buttons, but they're disabled, and keyboard input is blocked from anything that isn't q = "1". Physical quantity won't adjust either, although I'm assuming that's because I just have the one to attach.

If subscription manager is smart enough to not let me overconsume on this stackable subscription, could it also be smart enough to not even let me attempt to adjust quantity? Everything is disabled if I try to adjust the quantity, seems like we should just remove the * and not let them go into edit mode for situations like that.

You can trick it though, as only the Contract Selector screen seems to have the fancy logic, so I can adjust quantity on the All Available Subs tab, click Attach, and the virt quantity now matches what I had adjusted the quantity to. If I click Attach, it'll grab whatever the quantity was set to. If you go in and try to adjust quantity on the Contract Selector screen, the virt will revert back to 1.

It might work this way for all stackable subscriptions, but RHCI is the only one I have access to right now, otherwise I have regular and instance ones.

Version-Release number of selected component (if applicable):
subscription-manager-1.10.14-7.el7

How reproducible:
100%

Steps to Reproduce:
1. Find a stackable subscription in subscription-manager-gui
2. Click Attach
3. Try to adjust virt quantity

Actual results:
Virt quantity cannot be adjusted, even though it lets you try

Expected results:
If we don't let them up the quantity, we shouldn't let them get to edit mode

Additional info:
Comment 1 Matt Reid 2014-09-24 21:18:52 UTC 
Created attachment 940928 [details]
All Available Subs: Quantity = 1
Comment 2 Matt Reid 2014-09-24 21:19:24 UTC 
Created attachment 940929 [details]
Contract Picker: Quantity = 1
Comment 3 Matt Reid 2014-09-24 21:20:06 UTC 
Created attachment 940930 [details]
Contract Picker: Virt quantity is blocked from being adjusted
Comment 4 Matt Reid 2014-09-24 21:20:41 UTC 
Created attachment 940931 [details]
All Available Subs: Quantity adjusted up to 10
Comment 5 Matt Reid 2014-09-24 21:21:34 UTC 
Created attachment 940932 [details]
Contract Picker: Quantity defaults to 10, matching what it let me set it to before opening the dialog
Comment 6 Bryan Kearney 2014-09-29 17:27:05 UTC 
Acking 7.1
Comment 9 Devan Goodwin 2014-12-01 16:09:28 UTC 
Hi Matt, we discussed this a bit but feel it's very minor and the current behavior is pretty good, and not really worth investment at this point in time. If you feel strongly it's a major issue please feel free to re-open and we'll discuss again. Thanks!