Description of problem: Selection of attributes to return is ignored in case of "results", "service_catalogs", "automate", "categories" and "roles" collections. For /api/<collection>?expand=resources&attributes=id query, these attributes are returned in addition to "href" and "id": - "result_set" for "results" collection - "service_templates" for "service_catalogs" collection - "fqname" for "automate" collection - "name" for "categories" collection - "features" for "roles" collection Version-Release number of selected component (if applicable): 5.8.0.7 How reproducible: Very Steps to Reproduce: 1. for collection in "service_catalogs", "automate", "categories", "roles" do GET /api/<collection>?expand=resources&attributes=id Actual results: Attributes other than id and href are returned Expected results: Just id and href attributes are returned
PR: https://github.com/ManageIQ/manageiq/pull/14734
It's now failing on all collections due to https://github.com/ManageIQ/manageiq/issues/15754
PR https://github.com/ManageIQ/manageiq-api/pull/144
In case of automate collection the "fqname" attribute is still returned in addition to "href" and "id" when GET /api/automate?expand=resources&attributes=id
Hi Martin- Right now, the reason why fqname is left there is because it is an identifier and is more so the ID than the actual 'id' attribute for the /api/automate case. Let me know if that makes sense.
Thanks for clarification Jillian. Changing status to verified.
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:0380