15:00:14 #startmeeting horizon 15:00:15 Meeting started Wed Jun 12 15:00:14 2019 UTC and is due to finish in 60 minutes. The chair is e0ne. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:16 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:19 The meeting name has been set to 'horizon' 15:00:24 hi 15:01:07 is anybody around for horizon meeting? 15:01:38 e0ne: hi 15:02:04 o/ 15:02:33 let's start 15:02:35 #topic Notices 15:03:07 we've got horizon train-1 released today 15:03:13 #link https://review.opendev.org/#/c/663961/ 15:03:40 it's mostly needed for plugins 15:03:59 that's all updates from me 15:04:14 I had to work mostly on downstream tasks last week:( 15:04:42 vishalmanchanda, amotoki: do you have anything to discuss today? 15:05:24 e0ne: what is the highlight of Train-1 milestone? I am not sure what is for horizon plugins? 15:06:01 I didn't get it from the release commit... 15:06:04 amotoki: it's mostly useful to update requiremetns.txt 15:06:23 is somebody uses horizon as a library and don' 15:06:34 and doesn't consume the latest master 15:07:11 e0ne: do you mean something like horizon>=16.0.0.0b1? 15:07:15 yes 15:07:22 got it 15:07:49 I didn't see meaningful changes in 16.0.0.0b1 but it might be okay. 15:09:20 btw, I'll continue to work on assigned items to myself from https://etherpad.openstack.org/p/horizon-release-priorities starting tomorrow 15:10:54 #topic Open Discussion 15:12:39 amotoki: e0ne : Could you please review this patch https://review.opendev.org/#/c/661526/ 15:13:27 e0ne: regarding https://bugs.launchpad.net/horizon/+bug/1821284, which is the preference from cinder team "group spec" and "group type spec"? 15:13:28 Launchpad bug 1821284 in OpenStack Dashboard (Horizon) ""group type spec" and "group spec" are used inconsistently" [Low,In progress] - Assigned to Vishal Manchanda (vishalmanchanda) 15:13:47 e0ne: I cannot figure out which is a better terminology from the cinder API reference. 15:14:04 it uses "group spec for group type spec"....... 15:14:49 I think we need to follow this https://developer.openstack.org/api-ref/block-storage/v3/index.html#group-type-specs 15:15:03 correction: "group specs for a group type" 15:15:19 does it mean "group spec" is the answer? 15:15:44 group type specs is cleaner 15:16:33 e0ne: thanks for clarification. let's go to that route :) 15:17:21 you're welcome 15:18:01 vishalmanchanda: re: https://review.opendev.org/#/c/661526/, I see no reason we need to prioritize it compared to others. we can review it as part of Train-2 as usual. 15:18:10 e0ne: so we don't need this patch https://review.opendev.org/#/c/664792 15:18:40 vishalmanchanda: is there no usage of "group specs"? 15:18:56 vishalmanchanda: if we use both, some fix is required anyway. 15:19:09 vishalmanchanda: what you you mean about patch #664792? 15:19:57 e0ne: I think vishalmanchanda thinks #664792 is unnecessary if we go to the route of "group type specs" 15:20:31 but when I filed the bug I saw both so the bug is still valid I think 15:20:37 e0ne: I mean we are already using "group type spec" . 15:21:29 vishalmanchanda: let's clarify that we use 'group type spec' everywhere 15:22:00 e0ne: +1 15:22:01 vishalmanchanda: if you are confident that we use "group type spec" consistently in the current codebase, could you mark the bug as Invalid with comment? 15:22:56 otherwise, #664792 can be used to close the bug for "group type spec" :) 15:23:41 amotoki: yeah sure. 15:28:50 Do we need to change this https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/admin/group_types/templates/group_types/specs/_create.html#L6 "group spec" to "group type spec" m? 15:29:53 I thinks we need 15:30:26 Wed seems our review day :) 15:30:56 amotoki: :) 15:31:35 e0ne: thanks will update it in next PS. 15:31:40 Mon and Thu are for me. I usually checks +2'ed reviews on Thu 15:32:01 amotoki: usually, I do bug triage on Wed 15:32:33 is anyone interested in a test coverage on https://review.opendev.org/#/c/663805/ ? 15:33:07 I am really surprised with the test coverage on this. 15:33:32 I had PTOs on Mon/Tue this week and it was merged before I left more comment. 15:35:05 amotoki: it's a good point. I +2'ed on it to fix broken code 15:35:43 tests coverage is really important but I think that's it's better to fix some issues asap and fix coverage in a follow up patch 15:37:26 e0ne: fair enough. 15:37:27 I am really worrying the code which is actually not used in horizon and is used only by plugins. 15:38:49 api/rest/*.py, especially for network.py and neutron.py, are a chaos zone..... the effort was stopped in the middle :-( 15:39:37 what we can do are (1) to improve the test coverage in horizon and (2) to clarify which plugins depend on them. 15:41:09 the third option might be to improve integration test coverage e0ne is working on a lot 15:41:25 honestly, I don't have any good ideas at the moment 15:42:06 e0ne: no problem. I am just saying irony :) and :( 15:44:29 amotokiL +1 15:44:32 amotoki: +1 15:44:53 another topic 15:44:59 what do you think about https://review.opendev.org/574310 ? 15:45:33 I raised a question on the upgrade path and it blocked the progress 15:45:52 but I still think this is an important change. 15:45:53 oh.. I almost forgot about that patch 15:46:12 I'll talk to Vadym tomorrow 15:46:46 if the upgrade impact is only once, IMHO we can accept it (with a release note) 15:47:33 I need to re-fresh my memory 15:47:35 it looks like it only affects session data and if a fallback works well the impact would be much smaller. "re-login" would solve the issue. 15:48:00 e0ne: that's my intention. I marked it as "starred" :) 15:48:39 that's all I have today. 15:48:40 amotoki: added to my list for tomorrow 15:48:53 thanks for raising this topic 15:49:55 #action e0ne to discuss https://review.opendev.org/574310 15:51:20 let's wrap up the meeting for today 15:51:36 we can still discuss anything in #openstack-horizon channel 15:51:46 :) 15:51:55 thanks everybody for participation an all your contributions! 15:52:29 #endmeeting