Bug 1460281

Summary:	hammer command doesn't yield proper output for some parameter option having "yes/no"
Product:	Red Hat Satellite	Reporter:	Harshad More <hmore>
Component:	Content Management	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	CLOSED WONTFIX	QA Contact:	Lai <ltran>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	6.2.9	CC:	arusso, bbuckingham, dhlavacd, jcallaha
Target Milestone:	Unspecified	Keywords:	Triaged
Target Release:	Unused
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-02-07 11:57:13 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 Harshad More 2017-06-09 14:42:48 UTC

Description of problem:

Some hammer command parameters require arguments but do not give proper output of filter options passed to those.

For example, I would expect `hammer product list --custom no` to list all non-custom products available. Instead, I am returned with ONLY a list of custom products.

Another example, `hammer content-view list --composite no` I would expect to list all non-composite content views. Instead, I am returned a list of ONLY the composite content views. In this case, there's actually a `--noncomposite` parameter that behaves in a similar fashion -- no matter the required argument, it always shows only composite content-views.

Version-Release number of selected component (if applicable):
Satellite 6.2.9
tfm-rubygem-hammer_cli-0.5.1.13-2.el7sat.noarch
tfm-rubygem-hammer_cli_foreman-0.5.1.10-1.el7sat.noarch
tfm-rubygem-hammer_cli_foreman_tasks-0.0.10.3-1.el7sat.noarch
tfm-rubygem-hammer_cli_csv-2.2.1.1-1.el7sat.noarch
tfm-rubygem-hammer_cli_katello-0.0.22.29-1.el7sat.noarch

How reproducible:

Always

Steps to Reproduce:
1. Sync some products - RHEL and Custom (EPEL)
2. Login to hammer shell

(i) hammer> product list --organization-id 1
(ii) hammer> product list --custom no --organization-id 1
(iii) hammer> product list --custom yes --organization-id 1


----|---------|-------------|--------------|--------------|-----------
ID  | NAME    | DESCRIPTION | ORGANIZATION | REPOSITORIES | SYNC STATE
----|---------|-------------|--------------|--------------|-----------
164 | test_qa |             | Patni        | 0            |           
165 | puppet  |             | Patni        | 1            |           
188 | EPEL7   |             | Patni        | 1            |           
187 | EPEL6   |             | Patni        | 1            |           
167 | EPEL    |             | Patni        | 1            |           
----|---------|-------------|--------------|--------------|-----------


Actual results:

Output of command (ii) and (iii) is the same

Expected results:

The output should vary

Additional info:

Comment 3 Bryan Kearney 2019-01-04 13:18:13 UTC

The Satellite Team is attempting to provide an accurate backlog of bugzilla requests which we feel will be resolved in the next few releases. We do not believe this bugzilla will meet that criteria, and have plans to close it out in 1 month. This is not a reflection on the validity of the request, but a reflection of the many priorities for the product. If you have any concerns about this, feel free to contact Red Hat Technical Support or your account team. If we do not hear from you, we will close this bug out. Thank you.

Comment 4 Bryan Kearney 2019-02-07 11:57:13 UTC

Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact Red Hat Technical Support. Thank you.