Bug 1583648 - The taxonomies are not overriding explicitly while importing
Summary: The taxonomies are not overriding explicitly while importing
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Templates Plugin
Version: 6.4
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: 6.4.0
Assignee: Ondřej Pražák
QA Contact: Jitendra Yejare
URL:
Whiteboard:
: 1591662 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-05-29 12:21 UTC by Jitendra Yejare
Modified: 2019-11-05 23:21 UTC (History)
4 users (show)

Fixed In Version: tfm-rubygem-foreman_templates-6.0.2-1.el7sat
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-10-16 18:57:24 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 24013 0 Normal Closed The taxonomies are not overriding explicitly while importing 2020-07-07 11:40:22 UTC

Description Jitendra Yejare 2018-05-29 12:21:54 UTC
Description of problem:
The taxonomies in template metadata are not getting overridden explicitly while importing it. The template gets imported in org and loc mentioned in template metadata.

Version-Release number of selected component (if applicable):
Satellite 6.3 snap 5.0

How reproducible:
Always

Steps to Reproduce:
1. Create a template with metadata having org and loc specified
2. Attempt to import that template by explicitly providing other orgs and locs than in template metadata.

Actual results:
Template gets imported in org and loc specified in template metadata

Expected results:
The template should get imported in explicitly provided org and loc.

Additional info:
1. The test is exercised through API.
2. API doc provides 2 options for org and locs which is wrong and for that separate bug is filed.
option 1: organization_id and location_id which accepts string
option 2: organization_ids and location_ids which accepts array

Comment 2 Marek Hulan 2018-05-29 15:56:03 UTC
please provide a curl command that you used for this and also the template with metadata, thanks

Comment 3 Jitendra Yejare 2018-05-31 12:26:41 UTC
The same is happening from CLI end.

@Marek, You can check this as well, 

Template Metadata: 
<%#
name: jacks job temp fake
snippet: false
model: JobTemplate
job_category: Miscellaneous
provider_type: SSH
kind: job_template
organizations: Default Organization
locations: Default Location
%>

The command:
# hammer import-templates --repo /usr/share/jitu/imported/ --organization-ids 3 --location-ids 4 --associate new

Where org id 3 is org1 and loc id 4 is loc1 which is not associated with template post import.

Comment 5 Ondřej Pražák 2018-06-20 09:27:51 UTC
Created redmine issue http://projects.theforeman.org/issues/24013 from this bug

Comment 6 Satellite Program 2018-06-20 12:31:13 UTC
Upstream bug assigned to oprazak

Comment 7 Satellite Program 2018-06-20 12:31:15 UTC
Upstream bug assigned to oprazak

Comment 8 Satellite Program 2018-06-21 10:31:00 UTC
Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/24013 has been resolved.

Comment 9 Ondřej Pražák 2018-06-27 12:04:01 UTC
*** Bug 1591662 has been marked as a duplicate of this bug. ***

Comment 10 Jitendra Yejare 2018-07-09 12:54:03 UTC
Verified !

@ Satellite 6.4 snap 11

Steps:

1. Import the template in taxonomies in explicitly mentioned taxonomies regardless to the template meatadata taxonomies.

Behavior:

The templates are being imported to explicitly mentioned taxonomies.

Comment 11 Bryan Kearney 2018-10-16 18:57:24 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-2018:2927


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