16:01:11 #startmeeting storyboard 16:01:12 Meeting started Mon Mar 2 16:01:11 2015 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:16 The meeting name has been set to 'storyboard' 16:01:16 o/ 16:01:17 o/ 16:01:31 who is around for the storyboard meeting? 16:01:43 o/ 16:01:44 hi 16:02:00 I'll be your host today since krotscheck can't make it 16:02:05 expect less fun 16:02:28 Agenda: 16:02:36 #link https://wiki.openstack.org/wiki/StoryBoard#Meeting 16:02:46 #topic Actions from last week 16:02:57 "krotscheck: Put GSoC proposals on the wiki." 16:03:08 Does anyone know if that was completed ? 16:03:11 * ttx digs the wiki 16:04:14 Hmm, I see Michael listed as mentor on https://wiki.openstack.org/wiki/GSoC2015 16:04:26 but no idea posted yet 16:04:56 I'll update it at the end of the meeting with the suggestions we'll have confirmed from the roadmap analysis 16:05:19 #topic Urgent items 16:05:27 None were posted to the meeting agenda 16:05:54 i have a last minute one 16:06:07 We still have a failure on the js-draft preventing easy review of webclient stuff 16:06:22 but krotscheck said it was a bit tricky 16:06:38 apparently the lack of support for timeline paging is causing problems for folks 16:07:12 jeblair: what kind of problems ? 16:07:23 If they come from Launchpad they can't find it worse 16:07:33 ttx: apparently you can't see beyond X entries when looking at a story 16:07:46 jeblair: ah. hm. 16:08:00 i don't know the value of X, but it is low 16:08:11 so if there are more than X timeline events or comments, you can't see them 16:08:40 the server side api implements paging, and so only returns X, but the client side does not, so it only ever retrieves X (it does not know to do another query) 16:08:40 jeblair: could we set an arbitrary large number there ? 16:09:16 i proposed 159515 which removes server side paging, krotscheck would like to add client side paging. perhaps in the mean time we could just set a very high value for the paging value 16:09:34 ttx: yeah, i think that would be fine 16:09:37 jeblair: that sounds an appropriate workaround 16:09:41 mostly, i just want to un-break for now 16:09:44 right 16:10:00 (and hopefully in the future, not get ahead of ourselves again :) 16:10:02 o/ sorry late 16:10:16 anyone feels like proposing a quickfix for this ? 16:10:23 i'm not sure if we can do that with local config or if it needs a code change 16:10:36 * ttx looks at 159515 16:11:28 set it to CONF.page_size_maximum instead of default 16:12:09 "if limit is None: limit = CONF.page_size_maximum" in storyboard/api/v1/timeline.py ? 16:12:22 would it be better to set page_size_default in our config to, eg, 1000? 16:13:06 jeblair: that's another way, I just have less idea how far it spreads. What is it set to ? 16:13:12 (I mean, currently ?) 16:13:57 ttx: it's commented out, so is the code default: 16:13:57 # page_size_default = 20 16:14:03 jeblair: or may be ingonre page size at server-side, and apply paging on client only 16:14:04 so maybe 20? 16:14:29 I mean for timeline events only 16:14:51 NikitaKonovalov: i would like to avoid paging altogether, but krotscheck says that server side paging is important for performance for stories with many events. 16:15:02 NikitaKonovalov: so the client can load something and display it quickly 16:15:20 jeblair: makes sense 16:15:29 jeblair: set page_size_default = 100 as a temporary workaround? 16:15:40 assuming people complain they can't see the 21st comment 16:15:53 ttx: sounds like a good workaround 16:16:12 ttx: seems reasonable to me; so does the code change (but would need a nice big FIXME because it almost looks correct) 16:16:15 and file a story to remember to fix it properly 16:16:53 jeblair: your call 16:17:35 ttx: i think the config change will require some puppet work (i don't think that can actually be specified at the moment) 16:17:39 the code change will be easier 16:17:45 #action jeblair to propose workaround for the "can't see a lot of comments" issue (due to lack of clientside timeline paging) 16:17:58 i'll take a look :) 16:18:08 jeblair: it's actually closer to the issue, so I think I prefer the FIXME 16:18:20 ttx: makes sense 16:18:32 jeblair: anything else ? 16:18:38 ttx: nak 16:18:53 #info We still have a failure on the js-draft preventing easy review of webclient stuff 16:19:02 #topic User feedback 16:19:13 I think the previous one was almost user feedback 16:19:24 urgent user feedback? :) 16:19:25 last-minute additions to taht category ? 16:20:00 I'll count that as "no" 16:20:02 #topic Roadmap status review 16:20:24 Ive got some user feedback 16:20:26 I was preparing this meeting and decided to go and update the roiadmap to get a clearer picture of where we stand 16:20:32 #undo 16:20:33 Removing item from minutes: 16:20:37 NikitaKonovalov: please submit 16:21:12 So the issue a user found is that when a page with a story loads it has a lot of placeholders instead of real values 16:21:28 like "undefined" etc ? 16:21:38 so it would be great not to render an empty template to the user 16:21:41 ttx: exactly 16:22:03 NikitaKonovalov: yes, I observe that too -- I suspect the slower your connection to storyboard.o.o the most obvious it is 16:22:04 instead there should be some loading gif or something else 16:22:16 to hide the page until it is fully populated 16:22:21 I tend to agree with that user of yours 16:22:47 ttx: yes the web client does a LOT of requests which may be slow 16:22:48 or some greyed out page until it's fully loaded 16:23:09 ttx: yes like horizon does 16:23:26 greyed out with pseudo progress bullets until it's fully loaded 16:23:45 I'll file a story for that 16:24:02 what do others in more privileged parts of the world think ? 16:24:12 is it a problem there too ? 16:25:09 ttx: i notice it too 16:25:16 ttx: (though more distressing is when it never loads) 16:25:44 jeblair: ok 16:25:56 NikitaKonovalov: yes, file story, and link it here when done 16:26:03 * ttx moves on in the mean time 16:26:17 here it is https://storyboard.openstack.org/#!/story/2000183 16:26:28 #info progressive page load with undefined values until it's loaded does not provide such a great UX 16:26:38 #link https://storyboard.openstack.org/#!/story/2000183 16:26:49 OK, moving on 16:27:03 #topic Roadmap status review 16:27:08 So as I said... 16:27:21 I was preparing this meeting and decided to go and update the roadmap to get a clearer picture of where we stand 16:27:37 I need your collective hepl to make it relevant and current though 16:27:40 #link https://wiki.openstack.org/wiki/StoryBoard/Roadmap 16:27:49 So.. top to bottom there 16:28:05 Tags - have a spec, API done, webclient todo 16:28:15 NikitaKonovalov: will you be going to work on the webclient side too ? 16:28:46 (don't update the page right now, I'll keep a lock on it to update it myself) 16:29:04 (since wikis are so great at losing concurrent changes) 16:29:09 ttx: I think yes 16:29:21 NikitaKonovalov: ok great 16:29:29 PythonSDK -- how far along are you ? 16:29:30 after the db issues are settled 16:29:47 I considered no spec was needed except "expose all API" 16:29:49 SDK now coveres 90% of API calls 16:30:08 some changes from aripinen are on review to cover the rest 16:30:08 Should we consider it complete as far as the roadmap goes ? 16:30:19 ttx: it's almost complete 16:30:35 NikitaKonovalov: it will always catch up anyway 16:30:42 agree 16:31:26 NikitaKonovalov: is the difference currently on recent APIs or old ones ? 16:31:43 i.e. can we consider it's complete-except-very-recent-API-obviously 16:31:59 ttx: only recent things like milstones and new token endpoints 16:32:10 are missing 16:32:12 OK, I'll mark the feature "complete" then 16:32:29 API support for issuing long-lasting Auth Tokens 16:32:37 I don't think there is a spec, do we need one ? 16:32:39 that one is complete 16:32:46 OK 16:32:49 krotscheck and yolanda did that 16:33:02 * ttx updates 16:33:48 looks better now 16:33:58 "Branches & Milestones" 16:34:13 we have a spec, and I think API side is done now 16:34:23 api is done 16:34:29 sdk is partially done 16:34:36 web client is not started 16:34:47 NikitaKonovalov: should I add a "SDK" column in that page ? 16:35:02 ttx: I think so 16:35:12 I don't want to duplicate too much of storyboard on that page :) 16:35:34 but until we have task lists it's difficult to do tracking 16:35:57 NikitaKonovalov: ok, I'll add one, just comment on SDK status and I'll add it after meeting 16:36:03 "Story Types phase 1" 16:36:20 So this is the first part of the implementation of the story type spec 16:36:55 ttx: task lists? 16:36:58 I don't thin kwe have anyone working on that yet 16:37:20 ttx: (nm, let's wait until open discussion) 16:37:38 Scream if you think the status there is wrong 16:37:45 "Task Ordering" is next 16:38:01 It is in italic, meaning it's a proposed GSoC/internship topic 16:38:11 I agree on the rest of the statuses 16:38:17 which is why I don't spec it, I think the student should work on spec too 16:38:44 Also scream if I blatantly miss somethign or if you disagree with the priority order 16:38:49 can that really wait for gsoc? 16:39:02 i mean, if it's the _next_ item in feature tracking... 16:39:03 we are missing pagination 16:39:25 jeblair: yolanda has a potential intern that would be sooner 16:39:58 Base Task lists (sprint planning) 16:40:28 yep, i'll be pinging pholland again about her this week 16:40:34 So that is the equivalent of the "planning" use of the milestone in LP. The ability to target a series of tasks to a given event/milestone/sprint 16:41:01 We have a wiki page describing this, I'll turn it into a spedc 16:41:01 (ah, this is what you said was missing earlier) 16:41:08 yes 16:41:53 jeblair: compared to Launchpad which uses milestones both before (for planning) and after milestone (for reporting), in StoryBoard we separate the two 16:42:03 since one is subjective and the other is objective 16:42:12 and going from one to another at milestone time is kind of wrong 16:42:33 based on 7 years of doing that 16:42:39 ++ 16:42:48 so task lists is the answer 16:43:00 task lists may *also* be the answer to express complex priorities 16:43:07 ttx: here is the spec for pagination and search https://review.openstack.org/#/c/139638/ This one should be added somwhere 16:43:11 but that's 1.3 material 16:43:35 jeblair: would you put pagination/search in 1.2.1 or 1.2.3 ? 16:43:56 The difference being, 1.2.3 stuff that didn't get done may be deferred to 1.3.2 16:44:21 it's "very nice to have" stuff 16:44:37 (so you might also want to move email to 1.2.1) 16:44:42 ttx: i don't want pagination at all :( 16:44:49 haha 16:45:07 jeblair: I want infinite scrolling, personally 16:46:09 Looks like we spotted a contgention point that may deserve its own debate 16:46:16 ttx: really quickly, my guess is that should be 1.2.3. 16:46:26 ok, will add 16:46:27 than at least marker-based pagination should be available in UI 16:46:47 "Import blueprints in progress from Launchpad" is obviosuly needed in 1.2.2 too 16:47:17 NikitaKonovalov: I'll put it in 1.2.3 and schedule a discussion about it at a future meeting 16:47:24 ttx: ok 16:47:44 the stuff in 1.2.3 is "urgent polish" 16:48:10 "not so-urgent polish" should move to 1.4 (and the other way around) 16:48:45 one more missing thing: ACLs 16:48:48 I think CLI interface and Rich text comments and IRC bots make good intern/GSoC topics 16:49:06 NikitaKonovalov: it's down to 1.3 16:49:13 "Story Types phase 2 (vulnerabilities), ACLs" 16:49:23 oh, didn't notice that 16:49:29 Unless you mean something else with ACLs ? 16:50:44 OK, I'll update the roadmap asap to match all your comments 16:50:54 That should help people decide "what do work on next" 16:50:58 to* 16:51:12 #topic In progress work 16:51:27 Anyone with an update on that ? 16:52:01 I helped aripinen to create a spec on what to do with foreign keys 16:52:13 that one is collecting review right now 16:52:31 And I'm still working on db session management 16:52:37 that's my update 16:52:45 NikitaKonovalov: thx! anyone else ? 16:53:49 * ttx switches to Open discussion, if you ahev other updates just shout 16:53:56 #topic Open discussion 16:54:04 Anything else, anyone ? 16:54:21 nothing from me 16:56:53 NikitaKonovalov: added SDK status at https://wiki.openstack.org/wiki/StoryBoard/Roadmap 16:57:03 Let me know of any incorrect state there 16:57:15 ok, I'll check 16:57:27 NikitaKonovalov: would you consider "CLI" to be part of PythonSDK ? 16:57:28 since you mentioned tasks for interns, please add a note on wiki/Mentors page so we have a reminder 16:57:42 reed: yes, I'll copy stuff there 16:57:48 sweet 16:57:49 ttx: let's keep it separate for now 16:58:47 OK, last minute comments ? 16:59:38 ++separate 17:00:10 ok, all set 17:00:13 #endmeeting