Bug 1651699 - Taxonomies not handled properly with role for viewing host facts
Summary: Taxonomies not handled properly with role for viewing host facts
Keywords:
Status: NEW
Alias: None
Product: Red Hat Satellite 6
Classification: Red Hat
Component: Users & Roles
Version: Unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
medium vote
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Radovan Drazny
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-11-20 15:42 UTC by Perry Gagne
Modified: 2019-08-18 03:15 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:


Attachments (Terms of Use)


Links
System ID Priority Status Summary Last Updated
Red Hat Bugzilla 1569395 None VERIFIED [Satellite 6] Adding search for lifecycle_environment or lifecycle_environment_id in role host fiter with permission vie... 2019-04-11 22:01:57 UTC
Red Hat Bugzilla 1646755 None CLOSED [Satellite 6] Adding search for lifecycle_environment or lifecycle_environment_id in role host fiter with permission vie... 2019-04-11 22:01:57 UTC

Internal Links: 1569395 1646755

Description Perry Gagne 2018-11-20 15:42:20 UTC
Description of problem:
While verifying bz 1646755 we discovered another issue if the role has taxonomy (Organization and Location) filters set. See bug 1646755, comment 4 for more info 


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


How reproducible:


Steps to Reproduce:
1. Created Lifecycle Environments DEV (id=2), QA (id=3)
2. Created Hosts qa1 , dev1 
3. Created role 'integrationsrole' role as described in https://access.redhat.com/articles/3359731
4. Added filter to view host rule "lifecycle_environment = DEV"
5. Set Organization and location for integrationsrole to the same as dev1
6. Created apiuser with integrationsrole.
7. curl -s -u 'apiuser:redhat' -k https://$SATELLITE/api/v2/hosts/$dev1_id/facts

Actual results: Returned result is empty:
{
  "total": 0,
  "subtotal": 0,
  "page": 1,
  "per_page": 20,
  "search": " host = 2",
  "sort": {
    "by": null,
    "order": null
  },
  "results": {}
}

Expected results:
The facts for the host are returned. 


Additional info: If you remove the Org and location from integrationsrole, you get the following result, which I think is correct but am not sure why all those values are null:
{
  "total": 0,
  "subtotal": 1,
  "page": 1,
  "per_page": 20,
  "search": " host = 2",
  "sort": {
    "by": null,
    "order": null
  },
  "results": {"dev1.lab.eng.rdu2.redhat.com":{"net::interface::eth0::ipv6_address":null,"net::interface::eth0::ipv6_netmask":null,"cpu":null,"network":null,"dmi::bios":null,"distribution":null,"virt":null,"net":null,"dmi::system":null,"lscpu":null,"dmi::processor":null,"dmi::chassis":null,"proc_cpuinfo::common":null,"proc_cpuinfo":null,"dmi::memory":null,"dmi":null,"net::interface::eth0":null,"net::interface":null,"proc_stat":null,"system":null}}


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