Created attachment 1044717 [details]
Output of foreman-debug from a Satellite 6.0.8 system running on RHEL 6.6.

Description of problem:
One can read a content view by issuing an HTTP GET request to `/katello/api/v2/content_views/:id`. This request returns JSON data in this form:

    {
        'id': …,
        'composite': …,
        'versions': […],
        'organization' {'label': '…', 'name': '…'},
        …
    }

Notice how the "organization" dict does not include an ID. This makes it impossible to know which organization a content view is associated with without performing a search against the server.

Version-Release number of selected component (if applicable):
Satellite 6.0.8. foreman-debug is attached.

How reproducible:
100%

Steps to Reproduce:
1. Issue an HTTP GET request to /katello/api/v2/content_views/:id
2. Capture the server's response and examine the returned JSON.
3. Discover that the 'organization' hash does not include an ID.

Actual results:
See above.

Expected results:
See above.

Additional info:
This bug is fixed in Satellite 6.1.0. A response such as the following is returned:

    {
        'id': 1,
        'label': 'Default_Organization',
        'name': 'Default Organization',
    }

Given that this bug is fixed in a later release and that 6.0.8 has already been released, I do not expect this bug to be fixed in 6.0.8. I have written up this bug for reference purposes. (It's better to have this bug documented in a central public location than in the docstring in some bit of code.)