Non-working --os-endpoint-type

Bug #1422487 reported by Adrien Vergé on 2015-02-16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fix Released
Adrien Vergé

Bug Description

Except when using --os-no-client-auth or --heat-url, user cannot set the endpoint type to use (publicURL, adminURL, or internalURL). Whatever the value chosen (using either --os-endpoint-type or OS_ENDPOINT_TYPE), the pulbicURL endpoint is always chosen.

Changed in python-heatclient:
assignee: nobody → Adrien Vergé (adrien-verge)
status: New → In Progress
Changed in python-heatclient:
importance: Undecided → Medium
milestone: none → v0.3.1

Submitter: Jenkins
Branch: master

commit 4cda08d91c6344770819df48d5be855590e592f0
Author: Adrien Vergé <email address hidden>
Date: Mon Feb 16 21:33:15 2015 +0100

    Fix non-working endpoint type argument

    Whatever the endpoint type passed with --os-endpoint-type or
    OS_ENDPOINT_TYPE, the publicURL is always used (instead of, for
    instance, adminURL or internalURL).

    This patch passes the user-defined endpoint type to keystoneclient's
    get_endpoint() so that the correct endpoint is chosen from the catalog.

    Change-Id: Iee9f0e576d5fba3b4bf1dd267dfee233b0a7ea8f
    Closes-Bug: #1422487

Changed in python-heatclient:
status: In Progress → Fix Committed
Changed in python-heatclient:
status: Fix Committed → Fix Released

This issue was fixed in the openstack/python-heatclient 0.4.0 release.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers