Bug 1247617 - Inherited variable fields empty in 'edit host' / 'new host' screens
Inherited variable fields empty in 'edit host' / 'new host' screens
Status: CLOSED ERRATA
Product: Red Hat Satellite 6
Classification: Red Hat
Component: Organizations and Locations (Show other bugs)
6.1.0
Unspecified Unspecified
unspecified Severity medium (vote)
: Beta
: --
Assigned To: Tomer Brisker
Jitendra Yejare
http://projects.theforeman.org/issues...
Verified in Upstream
: Triaged
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-07-28 08:44 EDT by Maxim Burgerhout
Modified: 2016-07-27 04:54 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-07-27 04:54:13 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Screenshot demonstrating issue (94.35 KB, image/png)
2015-07-28 08:45 EDT, Maxim Burgerhout
no flags Details
Failed QA - Screenshot (135.36 KB, image/png)
2015-09-01 05:29 EDT, Jitendra Yejare
no flags Details
Verified Screenshot (132.91 KB, image/png)
2015-09-07 05:45 EDT, Jitendra Yejare
no flags Details

  None (edit)
Description Maxim Burgerhout 2015-07-28 08:44:16 EDT
Description of problem:
I have nested locations in my Satellite 6.1.0 setup: Amsterdam, Amsterdam/DC01 and Amsterdam/DC02.

DC01 and DC02 inherit a time-zone variable from Amsterdam.

Though it works fine, the field that should show the value of the time-zone variable when creating a new host / editing an existing one, is empty. 

See attached screenshot.

Version-Release number of selected component (if applicable):
6.1.0 beta
foreman-1.7.2.32-1.el7sat.noarch


How reproducible:
Create nested locations, add variable to parent location, create new host in child location.

Steps to Reproduce:
1. Create nested locations
2. Add variable to parent location
3. Create new host in child location

Actual results:
Variable field is empty

Expected results:
Variable field should show variable value of parent location

Additional info:
I set the component to WebUI, because the correct value is actually in the YAML output: it's just not shown in the webui.

The screenshot explains this much better than I can.
Comment 1 Maxim Burgerhout 2015-07-28 08:45:45 EDT
Created attachment 1057012 [details]
Screenshot demonstrating issue

Screenshot showing empty field, should show 'Europe/Amsterdam' instead of empty box
Comment 3 Bryan Kearney 2015-08-14 13:53:16 EDT
Moving to POST since upstream bug http://projects.theforeman.org/issues/7840 has been closed
-------------
Anonymous
Applied in changeset commit:33eca4dfec4949308aa265420b963cd80c5f7d13.
Comment 5 Jitendra Yejare 2015-09-01 05:29:46 EDT
Created attachment 1068903 [details]
Failed QA - Screenshot
Comment 6 Jitendra Yejare 2015-09-01 05:30:13 EDT
Verified this bug in upstream, the bug is still reproducible. So changing the state to Assigned/FailedQA.

Steps I followed:
1. Create two nested locations from 'Default Location'. i.e- Default Location/myLoc1 and Default Location/myLoc2.
2. Added variable parameter in 'Default-Location':
Name: 'time-zone', value: 'IST'
3. Creating new host in location 'Default Location/myLoc1'.

Observed:
Blank time-zone inherited variable from parent location.

Verified on versions:
foreman-proxy-1.10.0-0.develop.201508250705gitb446e0c.el7.noarch
foreman-release-1.10.0-0.develop.201508241946git8658fa3.el7.noarch
foreman-compute-1.10.0-0.develop.201508241946git8658fa3.el7.noarch
foreman-gce-1.10.0-0.develop.201508241946git8658fa3.el7.noarch
foreman-1.10.0-0.develop.201508241946git8658fa3.el7.noarch
foreman-release-scl-1-1.el7.x86_64

More:
Screenshot attached.
Comment 7 Bryan Kearney 2015-09-01 06:04:08 EDT
Upstream bug component is Provisioning
Comment 8 Bryan Kearney 2015-09-01 06:04:09 EDT
Moving to POST since upstream bug http://projects.theforeman.org/issues/7840 has been closed
-------------
Anonymous
Applied in changeset commit:33eca4dfec4949308aa265420b963cd80c5f7d13.
Comment 9 Tomer Brisker 2015-09-02 02:56:13 EDT
Looks like the upstream bug that was linked was similar but not identical to this one. I will clone this to redmine and submit new PR to fix it.
Thank you Jitendra for noticing this!
Comment 10 Tomer Brisker 2015-09-02 02:56:54 EDT
Created redmine issue http://projects.theforeman.org/issues/11650 from this bug
Comment 11 Bryan Kearney 2015-09-02 06:04:08 EDT
Upstream bug component is Multi Org
Comment 12 Bryan Kearney 2015-09-03 04:04:13 EDT
Moving to POST since upstream bug http://projects.theforeman.org/issues/11650 has been closed
-------------
Anonymous
Applied in changeset commit:be33e6e905c8d0315262a3a3a45459c3a098a29e.
Comment 13 Jitendra Yejare 2015-09-07 05:45:36 EDT
Created attachment 1070904 [details]
Verified Screenshot
Comment 14 Jitendra Yejare 2015-09-07 05:45:49 EDT
Verified this in latest upstream.

The inherited field value is displayed properly for the variable.

Build:

foreman-1.10.0-0.develop.201509041547git84f7fc6.el7.noarch

Screenshot attached.
Comment 15 Jitendra Yejare 2015-09-07 05:46:17 EDT
Verified this in latest upstream.

The inherited field value is displayed properly for the variable.

Build:

foreman-1.10.0-0.develop.201509041547git84f7fc6.el7.noarch

Screenshot attached.
Comment 16 Karl Abbott 2015-12-21 14:57:20 EST
Is there any chance of getting this in 6.1.z ? 

Karl
Comment 22 errata-xmlrpc 2016-07-27 04:54:13 EDT
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/RHBA-2016:1500

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