20:01:18 #startmeeting horizon 20:01:19 Meeting started Wed Apr 4 20:01:18 2018 UTC and is due to finish in 60 minutes. The chair is e0ne. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:01:20 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:01:22 The meeting name has been set to 'horizon' 20:01:40 o/ 20:01:43 hi 20:02:35 #link https://wiki.openstack.org/wiki/Meetings/Horizon#Agenda_for_Next_Meeting 20:03:42 #topic Notices 20:03:47 I hope we'll have more people here once meeting time will be changed 20:04:01 who knows 20:04:09 current poll results are available here https://doodle.com/poll/ei5gstt73d8v3a35 20:05:12 rdopiera: I really hope in it 20:05:56 o/ 20:06:01 I think that we'll have our meetings at 15:00 UTC on the same day. 20:06:17 let's wait one week more and make a final decision on the next meeting 20:07:04 perhaps we should also post on the mailing list about the poll 20:07:38 rdopiera: do you mean to send one more reminder? 20:07:47 yes 20:07:52 ok 20:08:23 #action e0ne to send one more remidner about the meeting time poll 20:09:20 #topic Rocky priorities 20:09:47 thanks everybody for reviews and patches 20:10:41 https://launchpad.net/horizon/+milestone/rocky-1 - looks good for me. I'll change milestone for merged bugfixes if needed. will check it later in rocky-1 20:11:12 that's all from my side accodting to notices/announcements 20:11:28 #topic Improve Horizon testing 20:12:01 rdopiera, david-lyle: I summarized my last efforts and PTG discussion in the proposed blueprint 20:12:13 #link https://blueprints.launchpad.net/horizon/+spec/improve-horizon-testing 20:12:52 I've got some blockers to get selenium-headless job fixed 20:13:15 e.g. nose test runner doesn't show real results - it hides stderr output 20:13:30 so there is no way to see if some tests failed 20:14:18 using django.test.tag with node doesn't work too:( 20:14:36 that's why I'm going to remove nose from plugins first and than from the horizon 20:14:54 rdopiera, david-lyle: it would be great to have any feedback from you on this 20:16:11 what are the blockers? 20:16:12 * david-lyle looking 20:16:39 or do you mean that runner is a blocker? 20:16:52 I'm all for getting rid of nose 20:17:17 e0ne, the selenium tests are being skipped 20:17:25 that's why there's no output, no? 20:17:46 http://logs.openstack.org/68/490868/20/check/horizon-selenium-headless/17f0416/job-output.txt.gz#_2018-04-04_13_07_40_953529 20:18:04 I mean that's a failure, but it's an installation failure 20:18:28 david-lyle: job configuration in only a part of fixe 20:18:32 *fixes 20:19:09 david-lyle: here is my WIP patch for it 20:19:11 #link https://review.openstack.org/558467 20:19:35 it requires to change tests code too 20:20:13 same issue http://logs.openstack.org/67/558467/10/check/horizon-selenium-headless/470066c/job-output.txt.gz#_2018-04-04_16_45_56_991997 20:20:37 I wasn't referring to them being non-voting, but the fact that the selenium setup itself fails 20:20:41 rdopiera, david-lyle: nose hides a real issue why tests are skipped 20:20:56 this will likely require project-config changes 20:22:40 #link http://logs.openstack.org/96/544296/11/check/horizon-selenium-headless/02aac18/job-output.txt.gz#_2018-04-02_07_38_02_481177 20:22:40 david-lyle: yes. I fixed issue with Xvfb package in my patch. 20:22:40 e0ne, ok, just jumped to output 20:22:41 david-lyle: I need to configure geckodriver or mayve firefox on gates to run tests 20:23:04 ok 20:23:48 my idea is pretty simle 20:25:01 1) get rid of nose to get tests output more detailed and failures more precictable (e.g. I saw false-positive results in our gates because of https://github.com/nose-devs/nose/issues/984) 20:25:16 2) fix selenium-headless job 20:25:51 3) try to test horizon with plugins on our gates using selenium-headless- job 20:26:10 there are more details on the blueprint 20:26:29 I just want to confirm that team is OK with it 20:26:49 e0ne, maybe make the plugin tests a periodic job? 20:26:56 the overhead will be significant 20:27:05 probably, I have to send a mail to openstack-dev@ too since it's a cross-project activity 20:27:07 but periodic might miss the point 20:27:46 david-lyle: IMO, we can do it per each change request. it should be not slower than our tempest job 20:28:08 but there will be 20 or so extra jobs 20:28:19 yes, and that's the issue 20:28:19 that's significant overhead on zuul 20:28:25 +1 20:28:58 honestly, I don't know what is the the best solution. that's why I bring this topic here 20:29:20 I'll discuss cross project testing with ironic team next week 20:29:31 they're interesting with such kind of testing 20:30:15 are we really that much constrained in resources? 20:30:31 wasn't hardware supposed to be cheaper than developers? 20:30:54 rdopiera: we've got full devstack + tempest for login test only, so I don't know... 20:31:10 I still didn't have time to look into that 20:31:21 still stuck in the translations for testing 20:31:59 :( 20:32:21 I will get to it 20:32:58 rdopiera: thanks 20:34:04 david-lyle: if we care about zuul resources, we can ask infra team about it 20:35:05 I think that's a good idea 20:35:11 once we get there 20:35:47 ok, we'll do it when some tests will be ready 20:38:54 do we have anything else to discuss or let's end our meeting? 20:40:49 thanks everyone. see you next week! 20:41:08 #endmeeting