Tuesday, 2019-05-07

*** whoami-rajat has joined #storyboard01:16
*** diablo_rojo has joined #storyboard01:17
*** jamesmcarthur has joined #storyboard01:25
*** jamesmcarthur has quit IRC01:43
*** jamesmcarthur has joined #storyboard02:14
*** jamesmcarthur has quit IRC02:30
*** udesale has joined #storyboard02:42
*** jamesmcarthur has joined #storyboard02:43
*** samueldmq has quit IRC02:46
*** jamesmcarthur has quit IRC03:04
*** jamesmcarthur has joined #storyboard03:06
*** jamesmcarthur has quit IRC03:26
*** jamesmcarthur has joined #storyboard03:56
*** diablo_rojo has quit IRC04:16
*** jamesmcarthur has quit IRC04:22
*** tsmith_ has joined #storyboard05:40
*** tsmith__ has joined #storyboard05:41
*** tsmith2 has quit IRC05:43
*** tsmith__ is now known as tsmith205:43
*** tsmith_ has quit IRC05:44
*** jtomasek has joined #storyboard06:50
*** tosky has joined #storyboard07:16
*** jpich has joined #storyboard07:29
*** cmoura has quit IRC08:45
*** zbr has joined #storyboard10:04
*** udesale has quit IRC10:42
*** udesale has joined #storyboard10:42
*** ankita-2798 has joined #storyboard11:13
*** ankita-2798 has quit IRC11:28
*** jamesmcarthur has joined #storyboard12:02
*** ankita-2798 has joined #storyboard12:02
aspierspersia: thanks again for talking to airship folks, very glad that happened. Hope you got home OK12:17
aspiersdiablo_rojo_phon/persia: I think we need to migrate HA guide bugs to StoryBoard12:18
aspiersI see that eumel8 has started closing some of the older ones, but I would prefer if they were migrated12:18
aspiersWhy is the story description preview not enabled by default? I can't see the point of making people click the "Preview Description" button12:25
aspiersStackOverflow shows the preview by default and it works great.12:25
*** jamesmcarthur has quit IRC12:28
aspiersFiled as https://storyboard.openstack.org/#!/story/200559412:29
*** ankita-2798 has quit IRC12:45
persiaaspiers: Happy to do so, and yes.13:21
persiaI don't have any influence over migrations, so have to defer that one.13:21
persiaI think the "show preview" button was just an implementation opinion.  If showing preview-as-you-type works well in many browsers, we may as well change.  Personally, I tend not to preview (but this may be obvious based on how some of my comments are rendered).13:22
aspierspersia: https://storyboard.openstack.org/#!/story/200559613:48
persiaI don't think there is a good way to determine whether Markdown is used (there are several stories about the side effects when the user doesn't expect to be entering Markdown), so it would probably either have to be always-on or absent.13:49
aspiersWhat side-effects?13:49
persiahttps://storyboard.openstack.org/#!/story/2001675 is one of the bugs I mean13:50
persiaThere are some others, often from folk who pasted logs or similar13:50
aspiersOK, so that strengthens the argument for needing preview always-on13:51
persiaWell, that's one way to solve the problem :)13:51
persiaI'm not sure it helps in the log-pasting case, because I expect the submitter to merely skim the preview (or maybe the result will scroll off-screen or similar)13:52
aspiersRemoving preview would create several problems and I can't see it solving many13:52
persiaBut it ought help people avoid making markdown mistakes in short comments.13:52
aspiersThe preview and the source can both have overflow-y: scroll13:53
persiaYes.  The button is annoying, although not looking at things before posting can also be annoying.  The solution in 2005596 is probably the right one, although it needs some testing to deal with the log-pasting case.13:53
aspiersso scrolling off-screen is a non-issue13:53
persiaThat7s a good idea to deal with volume.13:53
aspiersActually, they don't both need a scroll bar. StackExchange does it correctly and works for millions of users, so we should just copy that.13:54
aspiersSource goes first with overflow-y: scroll; preview follows below and can extend off the screen. That way it's a genuine preview.13:55
persiaThat's probably better.13:56
persiaAlthough Stack Exchange is a less likely place for people to paste logs, so I'm unsure if their experience translates directly.13:57
aspiersTrue.13:57
aspiersBut I've seen very many questions and answers on there which are long.13:57
persia(for clarity, I think auto-preview would be cool, but I'm unlikely to write that patch myself, and am mostly pointing out related concerns that should be involved in testing any implementation)13:57
aspiers(i.e. multiple pages)13:57
aspiersSure13:57
persiaAs have I.  I think they routinely handle 5k-ish text blobs.13:58
persiaAnd once the OpenStack storyboard install gets attachment handling, the need to safely handle pasted logs should reduce.13:58
aspiersNice!13:59
persiaLong time coming: some code blockers, but a major factor was finding somone who would volunteer to host everything: we have no idea how much storage that might end up requiring.14:01
persiaMy understanding is that this has now been resolved, so folk are looking at cleaning up the last bits to turn it on.  No schedule or anything (lots else on for that team at the moment), but at least mostly unblocked.14:01
aspiersGot it14:02
aspierspersia: BTW I found your brief summary of the nature/design of Storyboard at the beginning of the conversation with the airship folks *extremely* helpful and enlightening. Not saying it was news to me, but I hadn't heard it so explicitly articulated before.14:04
aspiersI think https://docs.openstack.org/infra/storyboard/gui/theory.html (or somewhere) really needs to capture that14:04
aspiersI'm talking about the notion of it specifically aiming to support an upstream dev model where there is no single entity in control, by empowering anyone to contribute14:05
aspiersTo me, saying it was "custom designed to fit the OpenStack use-case" just isn't clear enough14:06
aspierssince many people won't fully appreciate what that use-case is.14:06
aspiersAnd this notion seems more important to capture than items like "API-first"14:07
aspiersyet the REST API section is the first one listed.14:07
persiaPart of it is that "designed for how openstack works" and "designed for the upstream use case" aren't well understood by folk who aren't already part of an ill-defined "us".  Folk used to environments with more silos or hierarchical models often benefit from an explanation reminding them that nobody is in charge (by design) in the community (we have governors, but not managers), and so it is useful in such an environment to have tooling that14:13
persiareflects that.14:13
aspiersExactly14:14
persiaOpenStack itself is a bit of a hybrid, as many of the teams end up being managed, rather than being self-directed based on the desires and needs of individual team members: it was partly out of those discussions that I learned the importance of describing the problem without referent.14:15
aspiersI think this is super-important, and deserves more visible communication.14:15
persiaAnd then, sadly, I ended up learning about how folk use Jira in a couple environments, whilch opened my eyes considerably.14:15
aspiersAnd not just for the benefit of Storyboard, in fact.14:15
aspiersHaha14:15
persiaIndeed.14:15
persiaIt's to the benefit of Open Source in general that we expose the ideas of everyone-selfishly-contributing-to-a-governed-commons-for-their-own-benefit.14:16
aspiersDon't suppose I could entice you to submit a patch to doc/source/user/theory.rst covering this? I'd happily review it.14:16
persiaBut that's a bigger problem.  For now patching the storyboard docs is a reasonable start.14:16
persiaEh.  Not soonish :)  I am terrible at originating things (because they end up on my "todo" list).14:17
persiaIf you want to start something, it's easier for me to organise myself to review (and possibly suggest/adjust stuff during the review), as I've become well trained to fix things in review now, because reviews don't wait until my todo list is shorter.14:18
aspiersOK, if you can summarise the key bullet points here, I'll try to translate into full sentences.14:18
aspiersI'm not confident I have a good enough understanding to write it myself from scratch without at least a little guidance.14:19
aspiersThis area is your bread-and-butter AFAICS, whereas it isn't mine so much.14:19
persiaI don't remember what I said that impressed you so.14:21
aspiersWell you repeated most of it here just now, I guess.14:21
persiaProbably something about how StoryBoard was designed for collaboration between many projects with contributions from many stakeholders, leading to design choices very different to those in Jira.14:21
aspiersRight14:22
persiaOr you did when you descirbed it :)14:22
aspiersBut what are those design choices? They include worklists and complex priorities, but fortunately those are already nicely documented in theory.rst.14:22
aspiersWhat else?14:22
aspiersWhat are the other unique features of Storyboard?14:23
aspierse.g. tasks which can belong to multiple stories14:23
aspiersDamn, just realised I forgot to have lunch.14:24
aspiersBody clock is currently on a timezone somewhere in the Atlantic14:24
persiaI'm not sure if Storyboard does support a single task in multiple stories.  Certainly not in the UI.14:30
persiaIt supports multiple tasks per story and both allows them against different projects (like Launchpad) and the same project (like Jira).14:31
persiaWhereas Launchpad only permits one bugtask per bug per release and what I've seen of Jira only permits stories where all tasks are in a single project.14:32
persiaAt a high level, most of Storyboard comes from Launchpad, adjusted to deal with some of the things that made people complain about Launchpad.14:33
persiaBut for folk who don't have long experience with Launchpad (or haven't used some of the more advanced features), that doesn't help, really.14:33
*** tosky has quit IRC15:06
*** jamesmcarthur has joined #storyboard15:24
openstackgerritAdam Spiers proposed opendev/storyboard master: Clarify the rationale for StoryBoard's unique design  https://review.opendev.org/65763316:11
*** jamesmcarthur has quit IRC16:15
Zarabtw, misc old resources that may overlap, are hosted in a slightly strange place and may well be out of date: https://storyboard-blog.io/16:22
aspiersoooh16:22
aspiersZara: I've been looking for https://storyboard-blog.io/why-storyboard-for-openstack.html for ages. I knew I'd seen it before16:23
Zara(source: https://github.com/Zarathecat/storyboard-blog (I think it ended up on gh because we wanted to set it up quickly while we all had the energy to do it))16:24
Zaraheh yeah I don't know if its existence is documented anywhere? we maybe were going to hold off until we got a more official home for it, but I don't honestly remember16:24
ZaraI still abuse the server as an irc bouncer16:25
*** whoami-rajat has quit IRC16:25
Zaraotherwise I'd've probably forgotten about it16:25
*** jtomasek has quit IRC16:40
*** jpich has quit IRC16:41
*** whoami-rajat has joined #storyboard16:43
*** udesale has quit IRC17:13
*** zbr is now known as zbr|pto18:45
*** prometheanfire has joined #storyboard19:10
prometheanfireis there a way to do dependencies between a task an another task or a task and a story or a story and a story or task?19:11
*** jamesmcarthur has joined #storyboard19:27
*** jamesmcarthur has quit IRC19:34
*** jamesmcarthur has joined #storyboard19:34
*** jamesmcarthur has quit IRC19:35
*** jamesmcarthur has joined #storyboard19:36
*** jamesmcarthur has quit IRC19:42
*** ankita-2798 has joined #storyboard20:24
*** diablo_rojo has joined #storyboard20:32
*** diablo_rojo has quit IRC21:15
johnsomSigh: 500: POST /api/v1/tasks: (pymysql.err.InternalError) (1213, u'Deadlock found when trying to get lock; try restarting transaction') [SQL: u'UPDATE stories SET updated_at=%(updated_at)s WHERE stories.id = %(stories_id)s'] [parameters: {'updated_at': datetime.datetime(2019, 5, 7, 21, 27, 42, 6336), 'stories_id': 2005607}] (Background on this error at: http://sqlalche.me/e/2j85)21:28
johnsomfollowed by: 400: POST /api/v1/stories/2005607: Invalid input for field/attribute story. Value: '2005607'. unable to convert to Story21:28
*** ankita has joined #storyboard21:39
*** ankita-2798 has quit IRC21:39
johnsomAnd again:500: POST /api/v1/tasks: (pymysql.err.InternalError) (1213, u'Deadlock found when trying to get lock; try restarting transaction') [SQL: u'UPDATE stories SET updated_at=%(updated_at)s WHERE stories.id = %(stories_id)s'] [parameters: {'updated_at': datetime.datetime(2019, 5, 7, 21, 39, 34, 437109), 'stories_id': 2005608}] (Background on this error at: http://sqlalche.me/e/2j85)21:39
johnsomLooks like that one lost at least a task21:40
johnsomThree out of four stories....21:50
johnsom500: POST /api/v1/tasks: (pymysql.err.InternalError) (1213, u'Deadlock found when trying to get lock; try restarting transaction') [SQL: u'UPDATE stories SET updated_at=%(updated_at)s WHERE stories.id = %(stories_id)s'] [parameters: {'updated_at': datetime.datetime(2019, 5, 7, 21, 50, 37, 781663), 'stories_id': 2005609}] (Background on this error at: http://sqlalche.me/e/2j85)21:50
johnsomThat one also lost a task21:51
*** ankita has quit IRC22:02
*** jamesmcarthur has joined #storyboard22:57
*** jamesmcarthur has quit IRC23:27
*** openstackstatus has joined #storyboard23:28
*** ChanServ sets mode: +v openstackstatus23:28
*** whoami-rajat has quit IRC23:55

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!