This sounds reasonable from a CLI point of view, but I don't recall if
keystone roles have a description attribute for both v2 and v3. Adding
keystone as a related project.
** Also affects: keystone
Importance: Undecided
Status: New
--
You received this bug notification because you are
** Changed in: keystone/mitaka
Assignee: Steve Martinelli (stevemar) => Lance Bragstad (lbragstad)
** Changed in: keystone/mitaka
Status: Fix Committed => Fix Released
** Changed in: keystone/newton
Status: Fix Committed => Fix Released
--
You received this bug not
Public bug reported:
We allowed 'tenant_id' in catalog substitutions. The 'tenant' term is
deprecated in favor of 'project'. Also allow 'project_id' so that
users can stop using the deprecated term in one more place.
fixed, see I4bcfbda1b542f09172f5b53185f063c6bea27205
** Affects: keystone
Public bug reported:
There should be no reason to leave these settings disabled by default.
By enabling them, keystones runs faster and consumes fewer resources.
** Affects: keystone
Importance: Medium
Assignee: Dolph Mathews (dolph)
Status: Fix Released
--
You received this
Public bug reported:
OSprofiler is an Oslo library dedicated to enable cross-service
OpenStack profiling. This makes possible to trace the OpenStack
request through all projects supporting the library, where the
profiling is enabled, and generate JSON and HTML human-readable
reports, describing wh
** Changed in: horizon
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1660436
Title:
Federated users cannot log into hori
Marked as invalid for keystone projects and novaclient. The fix was
centralized to Horizon and DOA.
** Changed in: keystone
Status: New => Invalid
** Changed in: python-novaclient
Status: New => Invalid
** Changed in: keystoneauth
Status: New => Invalid
** Also affects: dja
This was discussed at the keystone meeting today, the thinking is that
adding domain information to the fernet token formatter may help to
resolve the issues -- adding keystone as an affected project.
** Also affects: keystone
Importance: Undecided
Status: New
** Changed in: keystone
ed_user_ids` is another config option we should
remove, but no need to deprecate it since it was introduced in ocata
(and will be removed in ocata)
** Affects: keystone
Importance: High
Assignee: Steve Martinelli (stevemar)
Status: In Progress
** Changed in: keystone
Milestone: No
Public bug reported:
Invalid parameter name on interface
There are several classes that inherit from the abstract method
AuthMethodHandler.authenticate. In some cases those classes are
not using matching parameter names.
This patch changes all classes such that the signatures match.
Prior to thi
Eric, per your comment in #7, i will mark this as fix released for
Mitaka and Newton and invalid for Ocata. see
https://review.openstack.org/#/q/I213876e30fc0521195848479278080bdac8387de,n,z
for details.
** Also affects: keystone/newton
Importance: Undecided
Status: New
** Also affects:
** Also affects: oslo.middleware
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1659051
Title:
Use CORS set_defaults
St
no movement in over a year, only patch is abandoned
** Changed in: keystone
Status: Triaged => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1402339
So, i believe the origin of this bug was a way to make horizon fall on
the floor when a user navigates to the user panel, when keystone is
backed by ldap. This has been addressed by the horizon team here:
https://review.openstack.org/#/c/419133/
Changing behaviour based on a configuration option s
Looks like this was resolved in oslo.middleware in this commit:
https://github.com/openstack/oslo.middleware/commit/df01234bd864062a1071b1d265153867f4b1
I'm marking it as WONTFIX for keystone and opening it up against
oslo.middleware as fix-released
** Also affects: oslo.middleware
Importa
This should have expired ages ago
** Changed in: keystone
Status: Incomplete => Opinion
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1476213
Title:
Adding
*** This bug is a duplicate of bug 1642687 ***
https://bugs.launchpad.net/bugs/1642687
** This bug is no longer a duplicate of bug 1589993
Murano cannot deploy with federated user
** This bug has been marked a duplicate of bug 1642687
Missing domain for federated users
--
You received
** Changed in: keystone
Status: Incomplete => Opinion
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1546441
Title:
db sync command should give user friendly mess
** Changed in: keystone
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1613901
Title:
String "..%c0%af" causes 500 errors in multiple locations
St
** Changed in: keystone
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1653316
Title:
ldap doesn't work
Status in OpenStack Id
** Also affects: keystone/newton
Importance: Undecided
Status: New
** Also affects: keystone/mitaka
Importance: Undecided
Status: New
** Changed in: keystone
Importance: Undecided => Medium
** Changed in: keystone/mitaka
Importance: Undecided => Medium
** Changed in: k
We do that here: http://docs.openstack.org/developer/python-
openstackclient/command-objects/project.html#project-create
--
--domain
Domain owning the project (name or ID)
*New in version 3.*
** Changed in: keystone
Status: Incomplete => Invalid
** Changed
The federation docs were improved greatly over here:
https://github.com/openstack/keystone/commit/38f79a8edf624a12c06558d97602f54f8e4bd83a
** Changed in: keystone
Status: Triaged => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
** Changed in: keystone
Status: Incomplete => Opinion
** Changed in: keystone
Importance: Undecided => Wishlist
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1564110
Title:
O
*** This bug is a duplicate of bug 1653646 ***
https://bugs.launchpad.net/bugs/1653646
fixed in https://review.openstack.org/#/c/416198/
dupe of https://bugs.launchpad.net/keystonemiddleware/+bug/1653646
** Also affects: keystonemiddleware
Importance: Undecided
Status: New
** Chang
** Changed in: keystone
Status: Fix Committed => Fix Released
** Changed in: keystone
Importance: Undecided => High
** Changed in: keystone
Assignee: (unassigned) => Steve Martinelli (stevemar)
--
You received this bug notification because you are a member of Yahoo!
En
** Changed in: keystone
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1645553
Title:
[api] relationship links result in 404
According to the HTTP spec the query args are part of the URL, these are
invalid and should result in a 4xx error. However, even the great google
doesn't adhere to that, try the following:
https://www.google.com/#q=search+for+something&invalid=param&more=stuff
With that said, I tried looking up w
I agree that this is likely a python-openstackclient problem (if it were
to be one).
Can you provide more detail about the environment? and what version of
OSC you are using?
There are some tips documented for working with languages here:
http://docs.openstack.org/developer/python-
openstackclien
Public bug reported:
The option was deprecated in Mitaka and can be removed in Ocata or
newer:
https://github.com/openstack/keystone/blob/7871fbcab1d86604e258151a660fed1edc9ae501/keystone/conf/default.py#L150-L163
** Affects: keystone
Importance: Medium
Status: Triaged
** Changed i
** Changed in: keystone
Status: In Progress => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1614069
Title:
API v2.0 responds with HTTP 200 when t
** Also affects: keystone
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1652458
Title:
Tests unnecessarily use pep8 int
Thanks for confirming Ghanshyam, marking as invalid since Liberty is
EOL.
** Changed in: keystone
Status: New => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpa
** Changed in: keystone
Milestone: None => ocata-2
** Changed in: keystone
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bu
This is an improperly written keystone rule. Marking oslo.policy as
Invalid.
The fix is to change:
token.is_admin_project:True
to:
is_admin_project:True
Note to affected users, we typically do not backport changes to config
files, so please update the policy files accordingly.
** Also aff
this looks OK to me now...
stevemar@ubuntu:/opt/stack$ source ~/devstack/openrc admin admin
WARNING: setting legacy OS_TENANT_NAME to support cli tools.
<>
stevemar@ubuntu:/opt/stack$ openstack token issue
++---+
| Field | Value
+
I have no idea what the issue here is, please update the description
with a stacktrace or how to recreate the problem. The bug title also
references a file that is not in the Keystone project.
** Changed in: keystone
Status: New => Invalid
--
You received this bug notification because you
*** This bug is a duplicate of bug 1642348 ***
https://bugs.launchpad.net/bugs/1642348
** This bug has been marked a duplicate of bug 1642348
Attack could lockout a service account
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscrib
Closing this one from the keystone side, as it's fixed from our point of
view. Thanks for the bug report Matt, and thank you guoshan for fixing
it!
** Changed in: keystone
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Tea
*** This bug is a duplicate of bug 1640504 ***
https://bugs.launchpad.net/bugs/1640504
** This bug has been marked a duplicate of bug 1640504
release notes and config guide missing new settings for Newton
** Changed in: keystone
Milestone: ocata-2 => None
--
You received this bug not
** Summary changed:
- un appropriate title for role-assignment identity v3 api-ref
+ [api-ref] incorrect title for role-assignment
** Changed in: openstack-api-site
Status: New => Invalid
** Also affects: keystone
Importance: Undecided
Status: New
** Tags added: api-ref
** Cha
This was a choice performed by the CLI, they are choosing to call those
API in that order.
** Also affects: python-openstackclient
Importance: Undecided
Status: New
** Changed in: keystone
Status: Confirmed => Invalid
** Changed in: keystone
Assignee: Kalaswan Datta (kalasw
This was a choice performed by the CLI, they are choosing to call those
API in that order.
** Also affects: python-openstackclient
Importance: Undecided
Status: New
** Changed in: keystone
Status: Confirmed => Invalid
** Changed in: keystone
Assignee: Kalaswan Datta (kalasw
https://review.openstack.org/#/c/399337/ merged
** Changed in: keystone
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1641
Fernet was the recommended token in Newton and the default in Ocata.
Only in Ocata do we actually support zero downtime upgrades, so you'll
have to restart keystone and have downtime between upgrades anyway. This
should be done as part of a maintenance window. I'm marking this as
WONTFIX because i
This should be fixed centrally with oslo.db. There is also no movement
on this patch in a long time, and I'm not convinced it's a realistic
problem (we handle UTF8 characters well enough in the database, just not
4byte ones).
** Changed in: keystone
Status: Confirmed => Won't Fix
--
You r
Lance is correct.
** Changed in: keystone
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1582493
Title:
Move validate_no
https://review.openstack.org/#/q/topic:bug/1524030 should fix this, time
to determine revocation events is now flat once there are 80 revocation
events.
** Changed in: keystone
Status: New => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering
Write support is being removed, this will not be fixed.
** Changed in: keystone
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/152
See previous comments
** Changed in: keystone
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1240625
Title:
User cannot set the
Patches https://review.openstack.org/#/c/32758/ and
https://review.openstack.org/#/c/27176/ resolved the issue
** Changed in: keystone
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStac
This is a limitation that we cannot fix without causing a backwards
incompatible change. It is very rare to have 2 service names that are
the same.
** Changed in: keystone
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Tea
As noted by many on this bug, this is the expected behaviour when using
a federated identity provider.
** Summary changed:
- Horizon allows login without credential when configured to use WebSSO
+ Logging out of horizon does not invalidate IdP session
** Changed in: keystone
Status: Confi
The root cause of this was too many revocation events, with the working
being done here: https://review.openstack.org/#/q/topic:bug/1524030 it
should be resolved.
** Changed in: keystone
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ya
See previous comment
** Changed in: keystone
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1593875
Title:
keystone auth silent
*** This bug is a duplicate of bug 1637530 ***
https://bugs.launchpad.net/bugs/1637530
** This bug has been marked a duplicate of bug 1637530
Python keystone client `users` method get() is not working
--
You received this bug notification because you are a member of Yahoo!
Engineering Tea
Public bug reported:
There exist three different documents [1] related to LDAP in the admin-
guide [2]. They should be collapsed into one. Further, they recommend
deploying a single backend LDAP, which is not what the keystone team
recommends.
[1] 1) identity-integrate-with-ldap.rst
2) identi
Public bug reported:
A section dedicated to PCI should be created in the admin guide [1]. The
content can largely come from our developer docs [2], but should be
modified for a deployer in mind.
[1]
https://github.com/openstack/openstack-manuals/tree/master/doc/admin-guide/source
[2] http://docs
Public bug reported:
Add configuration options to the config reference [1].
[1]
https://github.com/openstack/openstack-manuals/tree/master/doc/config-reference/source/identity
** Affects: keystone
Importance: Low
Status: New
** Tags: documentation
--
You received this bug not
Public bug reported:
The caching document in the admin guide is sorely out of date by at
least 2 releases. Update it to reflect current status.
http://docs.openstack.org/admin-guide/identity-caching-layer.html
** Affects: keystone
Importance: Low
Assignee: Eric Brown (ericwb)
S
Public bug reported:
keystone provides a configuration option to "pre-cache" a token, it is
cached upon issue. In the Newton release this was disabled by default,
we should enable it in Ocata.
** Affects: keystone
Importance: Medium
Assignee: Matt Fischer (mfisch)
Status: In Pr
** Changed in: keystone/newton
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1621200
Title:
password created_at does n
Public bug reported:
The current default notification format is the home-brewed openstack-
styled format, that provides minimal information about the user. For a
few releases now, all new notifications have adhered to the CADF format.
We should switch over to the CADF format, which provides compat
Public bug reported:
The healthcheck middleware is published by oslo, used in glance and
magnum, and one less thing for deployers to add to keystone. Let's add
it in.
Patch: https://review.openstack.org/#/c/387731/
** Affects: keystone
Importance: Medium
Assignee: Jesse Keating (jesse-
Public bug reported:
When [1] merged, it fixed many caching issues and bug, but created
another. The region invalidation should be wrapped to the local context.
Patch: https://review.openstack.org/#/c/380376/
** Affects: keystone
Importance: High
Assignee: Boris Bobrov (bbobrov)
Public bug reported:
The main idea behind the user ID blacklist for PCI was to allow service
accounts to not have to change their password. As noted in [1], a by-
product of any PCI implementation is a vulnerability to a DoS (a
malicious user attempting to login X times and locking out a user). Th
Public bug reported:
As noted in the bug title, this is a cumbersome process, a user should
be able to reset their password if it expired. (and potentially if
locked out -- that's up for debate).
** Affects: keystone
Importance: Medium
Status: New
** Tags: pci
--
You received th
Public bug reported:
Currently, shadow users are created for users that log in through
federation. New "local_user" accounts are created with a new UUID.
Rather than creating a new UUID, we should re-use the mapping_id backend
that was employed with LDAP users.
** Affects: keystone
Importanc
Public bug reported:
there are no tests for any keystone-manage doctor commands. they should
be created here:
https://github.com/openstack/keystone/blob/master/keystone/tests/unit/test_cli.py
** Affects: keystone
Importance: Low
Status: Triaged
** Tags: test-improvement
--
You r
Public bug reported:
There are no developer docs on how to create a new doctor check, or how
the existing ones work. They should be added to a new section in the
"developer docs" here: http://docs.openstack.org/developer/keystone
/#developers-documentation
** Affects: keystone
Importance: Me
Public bug reported:
Currently, the user's name (and domain name), their roles, the project
they authenticated with (and project's domain name) are supplied in the
k2k assertion that keystone generates.
There has been a request that the user's groups also be included in the
assertion.
** Affects
No movement in months, there is no direct user impact here so I'm
marking as invalid.
** Changed in: keystone
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
htt
Hi Scott, I manage the keystone queue for launchpad, it's meant for
keystone bugs, the issue you're having (IIUC) is related to the RPM
package. I don't want to simply mark the bug as invalid and leave you in
a lurch. So I'll provide some pointers:
The red hat published install guide can be seen h
** Changed in: keystone
Status: In Progress => Fix Released
** Also affects: keystone/newton
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https:/
This is an implementation detail and we won't be fixing it in Keystone.
There's no gain as far as I can tell.
** Changed in: keystone
Status: New => Invalid
** No longer affects: keystone
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
** Also affects: keystone/newton
Importance: Undecided
Status: New
** Changed in: keystone/newton
Status: New => In Progress
** Changed in: keystone/newton
Importance: Undecided => High
** Changed in: keystone/newton
Assignee: (unassigned) => Adam Young (ayoung)
--
You
Patch https://review.openstack.org/#/c/389783/ closes the bug from the
keystone side
** Also affects: keystone
Importance: Undecided
Status: New
** Changed in: keystone
Status: New => In Progress
** Changed in: keystone
Importance: Undecided => High
** Changed in: keystone
In this case, the API needs to be updated, it should include the
"unscoped" option: https://github.com/openstack/keystone/blob/master
/api-ref/source/v3/authenticate-v3.inc
The issue here is that we moved our APIs from one repo to another and
some content went missing in the transition.
Informati
** Also affects: ubuntu
Importance: Undecided
Status: New
** No longer affects: ubuntu
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1637850
Title:
newt
Public bug reported:
Include https://github.com/openstack/keystone-specs/blob/master/attic/v3
/identity-api-v3.rst in the file
https://raw.githubusercontent.com/openstack/keystone/master/api-
ref/source/v3/index.rst
3.7 == Newton, work your way back from there.
-
Not a keystone bug, what tool did you use to perform the operation?
** Changed in: keystone
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bu
this is as-designed. no delete operations give feedback. just as in
linux if something does not give you an error, you can assume it
occurred just fine.
https://www.quora.com/What-is-the-appropriate-HTTP-response-code-to-a
-successful-DELETE-request
** Changed in: keystone
Status: New => I
Thanks for the quick analysis here Ben. Looking at newton and future
releases, if you are using the "keystone-manage bootstrap" option to
setup keystone, then the domain ID won't be "default" it'll be some
UUID. Your best bet going forward is to use the domain name only, it'll
always be "Default" (
** Changed in: keystone/mitaka
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1592169
Title:
cached tokens break Libert
** Changed in: python-openstackclient
Status: Fix Released => Triaged
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1460492
Title:
List credentials by type
** Changed in: keystone
Status: Triaged => Invalid
** Changed in: keystone
Milestone: ocata-1 => None
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/162813
please don't open bugs for these issues, just submit a patch. there's no
real end user issue here.
** Changed in: keystone
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (k
** Changed in: keystone/newton
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1630259
Title:
KeyError: 'is_domain' duri
Isn't this just wrong now?
Read http://lists.openstack.org/pipermail/openstack-
dev/2016-August/101474.html
AFAIK the more common tox jobs use upper-constraints
** No longer affects: python-keystoneclient
--
You received this bug notification because you are a member of Yahoo!
Engineering Team
Lance, I'm working the RC angle now; regardless, we should get it into
Newton anyway, even if it's in a post-release fix
** Changed in: keystone/newton
Status: Invalid => Fix Committed
** Changed in: keystone/newton
Importance: Undecided => High
** Changed in: keystone/newton
Assi
Public bug reported:
Currently, we do not provide a default for the assignment driver:
https://github.com/openstack/keystone/blob/master/keystone/conf/assignment.py#L18-L28
Which results in a deprecation message:
Deprecated: Use of the identity driver config to automatically configure
the same
*** This bug is a duplicate of bug 1523030 ***
https://bugs.launchpad.net/bugs/1523030
This is fixed by https://review.openstack.org/#/c/253763/
** This bug has been marked a duplicate of bug 1523030
parser can't handle mixed conditions of 'or' and 'and' operators
--
You received this bu
** Changed in: oslo.policy
Status: Fix Committed => Fix Released
** Changed in: oslo.policy
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.laun
Fixed in pycadf: https://review.openstack.org/#/c/338781/
** Changed in: pycadf
Importance: Undecided => Low
** Changed in: pycadf
Status: New => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Co
Not an oslo.policy bug, and it looks like this was fixed in nova.
** Changed in: oslo.policy
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1
** Changed in: keystone
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1628883
Title:
Minimum requirements too low on oslo.
Marking this as fix-released for keystone on the ocata branch, we depend
on oslo.log>=3.11.0:
https://github.com/openstack/keystone/blob/master/requirements.txt
** Changed in: keystone
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yaho
This is fixed in master (as stated in the bug report), we could backport
the fix to Mitaka as it's a security issue, albeit a minor one. I'm OK
with backporting the fix, but I'm also OK with not backporting it (IIRC
there were one or two other patches that needed to land after
https://review.openst
** Also affects: nova
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1625619
Title:
It is possible to download key pair for o
** Changed in: keystone
Status: In Progress => Fix Released
** Changed in: keystone
Assignee: Richard (csravelar) => Brant Knudson (blk-u)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
1 - 100 of 501 matches
Mail list logo
