17:00:13 <knikolla> #startmeeting keystone
17:00:14 <openstack> Meeting started Tue Apr 28 17:00:13 2020 UTC and is due to finish in 60 minutes.  The chair is knikolla. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:00:15 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
17:00:18 <openstack> The meeting name has been set to 'keystone'
17:00:29 <knikolla> o/
17:00:33 <vishakha> o/
17:00:56 <cmurphy> o/
17:01:21 <bnemec> o/
17:01:25 <gagehugo> o/
17:01:31 <knikolla> how's everyone?
17:01:48 <bnemec> I was hoping you would ask: http://nemebean.com/stuff/609781467.jpg :-D
17:02:00 <bnemec> (my niece)
17:02:38 <cmurphy> !!! congrats to your family!
17:02:39 <openstack> cmurphy: Error: "!!" is not a valid command.
17:02:51 <cmurphy> openstack: shhh
17:03:06 <bnemec> Thanks!
17:03:12 <knikolla> congrats!!! :)
17:03:18 <vishakha> bnemec: congrats :)
17:04:32 <bnemec> Thought I would share some good news, since there's little enough of it right now. :-)
17:05:14 <knikolla> :)
17:06:01 <knikolla> and now i don't want to move to agenda topics, lol.
17:06:09 <knikolla> This should be a very quick meeting
17:06:21 <knikolla> #topic Announcements
17:06:34 <knikolla> RC1 is out, and Ussuri is branched out
17:07:03 <cmurphy> \o/
17:07:06 <knikolla> Good job everyone :) We're almost at release
17:07:58 <knikolla> #topic PTG Planning
17:08:14 <knikolla> cmurphy put on a doodle poll, please vote on your time availability
17:08:26 <knikolla> #link https://doodle.com/poll/8agdsvxy2ve9rr4x
17:09:16 <knikolla> also add items to the agenda
17:09:17 <knikolla> #link https://etherpad.opendev.org/p/yvr-ptg-keystone
17:09:39 * knikolla is a little sad everytime YVR prefix appears.
17:09:50 <cmurphy> :'(
17:09:51 <gagehugo> same
17:11:35 <knikolla> cmurphy: would you like to add anything else to the topic?
17:11:50 <knikolla> i have the impression i'm moving too fast advancing topics
17:12:12 <cmurphy> nothing to add really
17:12:40 <knikolla> alright :)
17:12:50 <knikolla> #topic Review Requests
17:13:09 <knikolla> We have some requests from vishakha, floor is yours.
17:13:29 <vishakha> I had updated onboarding doc sequentially
17:13:30 <vishakha> https://review.opendev.org/#/q/status:open+project:openstack/keystone+branch:master+topic:update-onboarding
17:13:38 <knikolla> Also, congratulations on becoming python-keystoneclient core :)
17:13:43 <vishakha> Thanks knikolla
17:13:45 <vishakha> :)
17:13:52 <knikolla> That should have been the primary item in the announcements agenda, sorry :)
17:14:31 <vishakha> No problem
17:14:36 <vishakha> :)
17:15:04 <vishakha> Also I came up with some other docs changes while updating onboarding
17:15:18 <vishakha> (small changes)
17:15:33 <vishakha> https://review.opendev.org/#/c/723630/ Removes info about deleted function should_cache_fn
17:15:33 <vishakha> https://review.opendev.org/#/c/723875/ Correct help for unified_limits
17:16:20 * vishakha Not specifically doc changes
17:17:25 <knikolla> i will be reviewing the docs ones today while pretending to pay attention to meetings
17:18:17 <vishakha> sure
17:18:37 <knikolla> the others also look pretty easy to review :)
17:18:54 <vishakha> Yes they are NITs
17:19:48 <knikolla> any other requests?
17:20:22 <vishakha> One last six library change https://review.opendev.org/#/c/714477/
17:22:25 <knikolla> looks like i already reviewed that :)
17:22:39 <knikolla> also to make the meeting bot happy, posting all the above in link form
17:22:43 <knikolla> #link https://review.opendev.org/#/q/status:open+project:openstack/keystone+branch:master+topic:update-onboarding
17:22:43 <knikolla> #link https://review.opendev.org/#/c/723630/ Removes info about deleted function should_cache_fn
17:22:43 <knikolla> #link https://review.opendev.org/#/c/723875/ Correct help for unified_limits
17:22:43 <knikolla> #link https://review.opendev.org/#/c/714477/
17:22:56 <vishakha> Thanks a lot
17:23:43 <knikolla> #topic L1 Bug Duty
17:23:58 <knikolla> Last week was cmurphy, anything worth noting or discussing?
17:24:54 <cmurphy> yes https://bugs.launchpad.net/bugs/1871784 i understand now what they're asking but i'm on the fence about whether it's a bug or a feature
17:24:54 <openstack> Launchpad bug 1871784 in OpenStack Identity (keystone) "create a user use ignore_password_expiry but still has expires_at to db" [Undecided,Incomplete]
17:25:49 <cmurphy> basically if you have ignore_password_expiry set for the user, if you look the user up with 'openstack user show' or with the list filter in the api you'll see that password expiry and it's confusing
17:26:24 <gagehugo> I don't see how you would be able to know that without poking in the db
17:26:39 <knikolla> i mean, if the ignore password expiry option is set, it will show up in user show too, right?
17:27:05 <cmurphy> knikolla: yes it will
17:27:12 <bnemec> Which one do you believe though?
17:27:20 <knikolla> the one which says to ignore the other
17:27:30 <knikolla> lol
17:27:35 <bnemec> Fair. :-)
17:28:08 <gagehugo> ah ok
17:28:09 <cmurphy> yeah so my question is does the user option only apply when you're actually at the point where you're trying to authenticate, or does it change the data in the user model
17:28:32 <knikolla> I don't think it should change the user data
17:28:36 <knikolla> user data/user model
17:28:47 <cmurphy> i am leaning that way too
17:28:53 <knikolla> because if you change that option, you are unwittingly changing the expiration too
17:29:03 <knikolla> and you might get locked out thinking it was null
17:29:11 <cmurphy> good point
17:29:16 <gagehugo> yeah
17:29:55 <gagehugo> maybe we can clarify in documentation?
17:30:03 <knikolla> ++
17:30:16 <cmurphy> good idea
17:30:42 <cmurphy> hmm where in the docs? the resource options page? the api ref?
17:31:11 <knikolla> both!
17:31:20 <cmurphy> heh okay
17:31:24 <vishakha> ++
17:31:40 <gagehugo> yes
17:32:04 <cmurphy> i'll summarize this on the bug and mark it as triaged and make it clear that the fix is in documentation
17:32:13 <knikolla> awesome!
17:33:00 <knikolla> any other bugs?
17:33:35 <cmurphy> other user help issue had to do with http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014282.html we discussed it a little on irc, i think what they're asking for isn't currently possible but could be if we get flask to spit out html for error responses in browsers
17:34:17 <cmurphy> sounded like they might be interested in contributing that
17:34:34 <cmurphy> that was about it
17:35:01 <gagehugo> rewrite keystone in js
17:35:17 <cmurphy> lol piece of cake
17:35:32 <knikolla> i am terrified
17:36:13 <knikolla> either way, html is something we need, if we want to continue the standalone path that we talked about in summits long ago
17:36:19 <knikolla> i have an item in the ptg agenda for that
17:36:40 <cmurphy> yeah i referred them to https://review.opendev.org/632213 as well which is something that shouldn't have been held up for so long
17:36:49 <knikolla> gagehugo: i'm sure the vmt team would be thrilled to have keystone be in js :)
17:37:21 <gagehugo> "thrilled"
17:38:13 <knikolla> i'm on bug duty this week
17:38:16 <knikolla> who wants to take on next?
17:38:32 <vishakha> I can take
17:38:54 <knikolla> awesome :) thanks vishakha
17:39:14 <knikolla> #topic Open Floor
17:39:25 * knikolla is excited for his first mechanical keyboard arriving next week
17:39:36 <cmurphy> ooh nice
17:39:37 <gagehugo> you're in for a treat then
17:40:32 <knikolla> i hope so
17:40:43 <knikolla> i have used apple's keyboards with minimal travel
17:40:52 <knikolla> relearning depth will be a journey
17:47:17 <knikolla> #endmeeting