Incorrect endpoint URL generated for integer project ID

[Dylan McCulloch]

In an environment with integer project IDs it’s possible for keystoneauth to mangle the endpoint url to include a repeated api version and result in 404 errors.
For example, if the endpoint url includes suffix '/v2.1' and the client authenticates with project ID '1' then during discovery keystoneauth mistakenly stores the api version in the _saved_project_id variable and subsequently appends this to the url.
e.g. http://nova.example.com:8774/v2.1/v2.1

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.opendev.org/c/openstack/keystoneauth/+/837635

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.opendev.org/c/openstack/keystoneauth/+/837635
Committed: https://opendev.org/openstack/keystoneauth/commit/8e27ff5d13daa181103b8f01fd505e3425ef94a3
Submitter: "Zuul (22348)"
Branch: master

commit 8e27ff5d13daa181103b8f01fd505e3425ef94a3
Author: Dylan McCulloch <email address hidden>
Date: Wed Apr 13 09:32:44 2022 +1000

    Fix version discovery check of url for integer project id

    Check if the last url segment matches the project id.
    Previously the check only confirmed whether the last url segment
    endswith the project id which could cause problems with spurious
    matches of some legacy integer project ids.

    Closes-Bug: 1968793
    Change-Id: I7c6c22e41bde2a73508635b7e964c58a02c12146

[OpenStack Infra (hudson-openstack)]

This issue was fixed in the openstack/keystoneauth 4.6.0 release.