Bug 1299789

Summary:	[RFE] Error for Non Existing attribute while adding Matcher.
Product:	Red Hat Satellite	Reporter:	Jitendra Yejare <jyejare>
Component:	Smart Variables	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	CLOSED WONTFIX	QA Contact:	Katello QA List <katello-qa-list>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	Nightly	CC:	bkearney, inecas
Target Milestone:	Unspecified	Keywords:	FutureFeature, Triaged
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
URL:	http://projects.theforeman.org/issues/13271
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-07-17 18:56:52 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:	1278718

Description Jitendra Yejare 2016-01-19 09:38:24 UTC

Description of problem:
Currently If we are trying to add matcher for 'non existing attribute' in Smart Class Parameter/Smart Variables it raises as error 'Match <attribute_name> =  <value> does not match an existing <attribute_name> ' and this is only applicable when attributes are FQDN/HostGroup. It seems this doesn't work / not added for other attributes such as OS, domain etc.

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


How reproducible:
Always

Steps to Reproduce:
1. Create a matcher for non existing attribute(other than FQDN, HostGroup) for smart class parameter / variable other.
2. Attempt to submit.

Actual results:
No Error raised for Attribute not existing in satellite.

Expected results:
Error should be raised for non existence of attribute and for all the attributes.

Additional info:

Comment 3 Ivan Necas 2016-04-26 12:34:02 UTC

I believe this is done by design, to be able to specify the matcher even for cases where the data are not yet available, but we expect them to appear in the system later (when facts are uploaded from hosts). We can change the RFE to warn (but not prevent) from saving the smart variables, in which case we would not even had distinguish between fqdn/hostgroup and something else. Anyway, proposing for 6.3 as it's not something we would commit for 6.2

Comment 4 Bryan Kearney 2016-07-08 20:41:11 UTC

Per 6.3 planning, moving out non acked bugs to the backlog

Comment 6 Bryan Kearney 2016-08-10 19:12:58 UTC

Upstream bug component is Configuration Management

Comment 7 Bryan Kearney 2016-08-10 20:13:57 UTC

Upstream bug component is Provisioning

Comment 8 Bryan Kearney 2016-08-10 22:13:36 UTC

Upstream bug component is Configuration Management

Comment 9 Bryan Kearney 2016-08-12 12:51:22 UTC

Upstream bug component is Smart Variables

Comment 10 Bryan Kearney 2018-07-17 18:56:52 UTC

Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in product in the forseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.