Bug 1410917 - API accessing the service_dialog content as a subcollection does not expand ID's
Summary: API accessing the service_dialog content as a subcollection does not expand ID's
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: API
Version: 5.7.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: GA
: 5.8.0
Assignee: Jillian Tullo
QA Contact: Martin Kourim
URL:
Whiteboard:
Depends On:
Blocks: 1411365
TreeView+ depends on / blocked
 
Reported: 2017-01-06 20:47 UTC by Satoe Imaishi
Modified: 2018-03-15 09:12 UTC (History)
2 users (show)

Fixed In Version: 5.8.0.0
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1411365 (view as bug list)
Environment:
Last Closed: 2017-06-12 16:16:50 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Satoe Imaishi 2017-01-06 20:47:23 UTC
From PR https://github.com/ManageIQ/manageiq/pull/12721:

Fixes bug where IDs are not being passed back in the Service Dialog subcollection and adds a test for ensuring an ID is present in the content.


ManageIQ issue: https://github.com/ManageIQ/manageiq/issues/12658

When I run as an example:

  GET /api/service_templates/:id/service_dialogs/:sd_id?attributes=content

The content returned for the service dialog does not have the id's included as compared to getting the service_dialogs directly:

  GET /api/service_dialogs/:sd_id

Comment 3 Martin Kourim 2017-04-10 14:42:09 UTC
Verified on 5.8.0.9-alpha2 that content of both
GET /api/service_templates/:id/service_dialogs/:sd_id?attributes=content
and
GET /api/service_dialogs/:sd_id
contains the id's


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