Bug 1140313 - Cannot read an auth source ldap's host via the API
Summary: Cannot read an auth source ldap's host via the API
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: API
Version: 6.0.4
Hardware: Unspecified
OS: Unspecified
medium vote
Target Milestone: Unspecified
Assignee: jmagen@redhat.com
QA Contact: Og Maciel
URL: http://projects.theforeman.org/issues...
Depends On:
TreeView+ depends on / blocked
Reported: 2014-09-10 16:30 UTC by jaudet
Modified: 2017-02-23 20:58 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2015-08-12 05:16:19 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 7409 0 None None None 2016-04-22 15:58:37 UTC
Red Hat Product Errata RHSA-2015:1592 0 normal SHIPPED_LIVE Important: Red Hat Satellite 6.1.1 on RHEL 6 2015-08-12 09:04:35 UTC

Description jaudet 2014-09-10 16:30:53 UTC
Description of problem:
Host information is not returned when issuing an HTTP GET request to api/v2/auth_source_ldaps/:id. This does not make sense:

* The "host" parameter must be specified when creating an auth source ldap. If this parameter is necessary when creating an auth source ldap, shouldn't it be possible to read back that information later?
* The API documentation of theforeman.org provides an example of issuing an HTTP GET to api/v2/auth_source_ldaps/:id. The "host" parameter is returned.

Version-Release number of selected component (if applicable):
I tested this issue against qe-sat6-rhel65, which is running Satellite 6.0.4. The following software is installed on that machine:

* apr-util-ldap-1.3.9-3.el6_0.1.x86_64
* candlepin-0.9.23-1.el6_5.noarch
* candlepin-common-1.0.1-1.el6_5.noarch
* candlepin-scl-1-5.el6_4.noarch
* candlepin-scl-quartz-2.1.5-5.el6_4.noarch
* candlepin-scl-rhino-1.7R3-1.el6_4.noarch
* candlepin-scl-runtime-1-5.el6_4.noarch
* candlepin-selinux-0.9.23-1.el6_5.noarch
* candlepin-tomcat6-0.9.23-1.el6_5.noarch
* elasticsearch-0.90.10-6.el6sat.noarch
* foreman-
* foreman-compute-
* foreman-gce-
* foreman-libvirt-
* foreman-ovirt-
* foreman-postgresql-
* foreman-proxy-
* foreman-selinux-
* foreman-vmware-
* katello-1.5.0-30.el6sat.noarch
* katello-certs-tools-1.5.6-1.el6sat.noarch
* katello-default-ca-1.0-1.noarch
* katello-installer-0.0.64-1.el6sat.noarch
* katello-server-ca-1.0-1.noarch
* openldap-2.4.23-32.el6_4.1.x86_64
* pulp-katello-0.3-4.el6sat.noarch
* pulp-nodes-common-2.4.1-0.7.beta.el6sat.noarch
* pulp-nodes-parent-2.4.1-0.7.beta.el6sat.noarch
* pulp-puppet-plugins-2.4.1-0.7.beta.el6sat.noarch
* pulp-puppet-tools-2.4.1-0.7.beta.el6sat.noarch
* pulp-rpm-plugins-2.4.1-0.7.beta.el6sat.noarch
* pulp-selinux-2.4.1-0.7.beta.el6sat.noarch
* pulp-server-2.4.1-0.7.beta.el6sat.noarch
* python-ldap-2.3.10-1.el6.x86_64
* ruby193-rubygem-net-ldap-0.3.1-3.el6sat.noarch
* ruby193-rubygem-runcible-1.1.0-2.el6sat.noarc

How reproducible:

Steps to Reproduce:
1. Issue an HTTP GET request to api/v2/auth_source_ldaps/:id.
2. Examine the response. Look for a "host" parameter.

Actual results:
The following parameters are returned when reading an auth source LDAP:


Expected results:
Same as above, but with 'host' in the list too.

Additional info:

Comment 1 RHEL Program Management 2014-09-10 16:42:58 UTC
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.

Comment 3 jaudet 2014-09-10 16:45:20 UTC
An automated test for this bug has been written. You can see the change request here: https://github.com/omaciel/robottelo/pull/1340

Comment 4 Dominic Cleal 2014-09-11 13:16:54 UTC
Created redmine issue http://projects.theforeman.org/issues/7409 from this bug

Comment 5 jmagen@redhat.com 2014-09-16 07:47:27 UTC
Fixed https://github.com/theforeman/foreman/pull/1764

Comment 6 Bryan Kearney 2014-09-16 20:04:53 UTC
Moving to POST since upstream bug http://projects.theforeman.org/issues/7409 has been closed
Joseph Magen
Applied in changeset commit:d6b1f7b47c63052d3579720f5aa307d65d24b3b5.

Comment 7 Og Maciel 2014-10-15 15:30:23 UTC
Verified it against nightly build of Oct. 15th, 2014

http -a admin:changeme --verify=no https://SERVER/api/v2/auth_source_ldaps/7

HTTP/1.1 200 OK
Apipie-Checksum: b663d5f49abf95e01dd458ffc496c8f4
Cache-Control: must-revalidate, private, max-age=0
Connection: close
Content-Type: application/json; charset=utf-8
Date: Wed, 15 Oct 2014 15:27:05 GMT
ETag: "545f9b4c834adf74789e1f0107cb32ec"
Foreman_api_version: 2
Foreman_version: 1.7.0-develop
Server: Apache/2.4.6 (Red Hat)
Set-Cookie: _session_id=BAh7B0kiD3Nlc3Npb25faWQGOgZFRkkiJWNhNDcyMzEwYTYxYTc2YmZjYjFiZWM0ZDkxN2M5NmNmBjsAVEkiC2xvY2FsZQY7AEZJIgdlbgY7AEY%3D--908d5d4d0380b2217273bd8141a80143ac774502; path=/; HttpOnly
Status: 200 OK
Transfer-Encoding: chunked
X-Powered-By: Phusion Passenger 4.0.18
X-Rack-Cache: miss
X-Request-Id: 004eef1b4fa216283d606e4499235807
X-Runtime: 0.403868
X-UA-Compatible: IE=Edge,chrome=1

    "account": null,
    "attr_firstname": null,
    "attr_lastname": null,
    "attr_login": null,
    "attr_mail": null,
    "attr_photo": null,
    "base_dn": null,
    "created_at": "2014-10-15T13:38:18Z",
    "external_usergroups": [],
    "host": "

Comment 8 Bryan Kearney 2015-08-11 13:21:55 UTC
This bug is slated to be released with Satellite 6.1.

Comment 9 errata-xmlrpc 2015-08-12 05:16:19 UTC
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.


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