Re: [openstack-dev] [StoryBoard] PTG Summary

[Kendall Nelson]

Updates!

On Thu, Sep 20, 2018 at 2:15 PM Kendall Nelson 
wrote:

> Hello Lovers of Task Tracking!
>
> So! We talked about a lot of things, and I went to a lot of rooms to talk
> about StoryBoard related things and it was already a week ago so bear with
> me.
>
> We had a lot of good discussions as we were able to include SotK in
> discussions via videocalling. We also had the privilege of our outreachy
> intern to come all the way from Cairo to Denver to join us :)
>
> Onto the summaries!
>
> Story Attachments
>
> ==
>
> This topic has started coming up with increasing regularity. Currently,
> StoryBoard doesn’t support attachments, but it’s a feature that several
> projects claim to be blocking their migration. The current work around is
> either to trim down logs and paste the relevant section, or to host the
> file elsewhere and link to its location. After consulting with the
> infrastructure team, we concluded that currently, there is no donated
> storage. The next step is for me to draft a spec detailing our requirements
> and implementation details and then to include infra on the review to help
> them have something concrete to go to vendors with. For notes on the
> proposed method see the etherpad[1].
>
> One other thing discussed during this topic was how we could maybe migrate
> the current attachments. This isn’t supported by the migration script at
> this point, but it’s something we could write a separate script for. It
> should be separate because it would be a painfully slow process and we
> wouldn’t want to slow down the migration script more than it already is by
> the Launchpad API. The attachments script would be run after the initial
> migration; that being said, everything still persists in Launchpad so
> things can still be referenced there.
>
> Handling Duplicate Stories
>
> 
>
> This is also an ongoing topic for discussion. Duplicate stories if not
> handled properly could dilute the database as we get more projects migrated
> over. The plan we settled on is to add a ‘Mark as Duplicate’ button to the
> webclient and corresponding functions to the API. The user would be
> prompted for a link to the master story. The master story would get a new
> timeline event that would have the link to the duplicate and the duplicate
> story would have all tasks auto marked as invalid (aside from those marked
> as merged) so that the story then shows as inactive. The duplicate story
> could also get a timeline event that explains what happened and links to
> the master story. I’ve yet to create a story for all of this, but it’s on
> my todo list.
>

Turns out there is a story already[5].


>
> Handling Thousands of Comments Per Story
>
> ==
>
> There’s this special flower story[2] that has literally thousands of
> comments on it because of all of the gerrit comments being added to the
> timeline for all the patches for all the tasks. Rendering of the timeline
> portion of the webpage in the webclient is virtually impossible. It will
> load the tasks and then hang forever. The discussion around this boiled
> down to this: other task trackers also can’t handle this and there is a
> better way to divvy up the story into several stories and contain them in a
> worklist for future, similar work. For now, users can select what they want
> to load in their timeline views for stories, so by unmarking all of the
> timeline events in their preferences, the story will load completely sans
> timeline details. Another solution we discussed to help alleviate the
> timeline load on stories with lots of tasks is to have a task field that
> links to the review, rather than a comment from gerrit every time a new
> patch gets pushed. Essentially we want to focus on cleaning up the timeline
> rather than just going straight to a pagination type of solution. It was
> also concluded that we want to add another user preference for page sizes
> of 1000. Tasks have not been created in the story related to this issue
> yet[3], but its on my todo list.
>

Updates story[6].


> Project Group Descriptions
>
> =
>
> There was a request to have project group descriptions, but currently
> there is nothing in the API handling this. Discussion concluded with
> agreement that this shouldn’t be too difficult. All that needs to happen is
> a few additions to the API and the connection to managing group definitions
> in project-config. I still need to make a story for this.
>

Created a story for this[7].


> Translating storyboard-webclient
>
> =
>
> There was an infrastructure mailing list thread a little while back that
> kicked off discussion on this topic. It was received as an interesting idea
> and could help with the adoption of StoryBoard outside of OpenStack. The
> biggest concern was communicating to users that are seeing the webclient
> rendered in some other language that they still need to create
> 

Re: [openstack-dev] [StoryBoard] PTG Summary

[Trinh Nguyen]

Hi Kendall,

I couldn't attend the PTG but those are exactly what I love to have in
Storyboard, especially "Project Group Descriptions" and "Story Attachments".

Thanks for the effort!

*Trinh Nguyen *| Founder & Chief Architect



*E:* dangtrin...@gmail.com | *W:* *www.edlab.xyz *



On Fri, Sep 21, 2018 at 6:15 AM Kendall Nelson 
wrote:

> Hello Lovers of Task Tracking!
>
> So! We talked about a lot of things, and I went to a lot of rooms to talk
> about StoryBoard related things and it was already a week ago so bear with
> me.
>
> We had a lot of good discussions as we were able to include SotK in
> discussions via videocalling. We also had the privilege of our outreachy
> intern to come all the way from Cairo to Denver to join us :)
>
> Onto the summaries!
>
> Story Attachments
>
> ==
>
> This topic has started coming up with increasing regularity. Currently,
> StoryBoard doesn’t support attachments, but it’s a feature that several
> projects claim to be blocking their migration. The current work around is
> either to trim down logs and paste the relevant section, or to host the
> file elsewhere and link to its location. After consulting with the
> infrastructure team, we concluded that currently, there is no donated
> storage. The next step is for me to draft a spec detailing our requirements
> and implementation details and then to include infra on the review to help
> them have something concrete to go to vendors with. For notes on the
> proposed method see the etherpad[1].
>
> One other thing discussed during this topic was how we could maybe migrate
> the current attachments. This isn’t supported by the migration script at
> this point, but it’s something we could write a separate script for. It
> should be separate because it would be a painfully slow process and we
> wouldn’t want to slow down the migration script more than it already is by
> the Launchpad API. The attachments script would be run after the initial
> migration; that being said, everything still persists in Launchpad so
> things can still be referenced there.
>
> Handling Duplicate Stories
>
> 
>
> This is also an ongoing topic for discussion. Duplicate stories if not
> handled properly could dilute the database as we get more projects migrated
> over. The plan we settled on is to add a ‘Mark as Duplicate’ button to the
> webclient and corresponding functions to the API. The user would be
> prompted for a link to the master story. The master story would get a new
> timeline event that would have the link to the duplicate and the duplicate
> story would have all tasks auto marked as invalid (aside from those marked
> as merged) so that the story then shows as inactive. The duplicate story
> could also get a timeline event that explains what happened and links to
> the master story. I’ve yet to create a story for all of this, but it’s on
> my todo list.
>
> Handling Thousands of Comments Per Story
>
> ==
>
> There’s this special flower story[2] that has literally thousands of
> comments on it because of all of the gerrit comments being added to the
> timeline for all the patches for all the tasks. Rendering of the timeline
> portion of the webpage in the webclient is virtually impossible. It will
> load the tasks and then hang forever. The discussion around this boiled
> down to this: other task trackers also can’t handle this and there is a
> better way to divvy up the story into several stories and contain them in a
> worklist for future, similar work. For now, users can select what they want
> to load in their timeline views for stories, so by unmarking all of the
> timeline events in their preferences, the story will load completely sans
> timeline details. Another solution we discussed to help alleviate the
> timeline load on stories with lots of tasks is to have a task field that
> links to the review, rather than a comment from gerrit every time a new
> patch gets pushed. Essentially we want to focus on cleaning up the timeline
> rather than just going straight to a pagination type of solution. It was
> also concluded that we want to add another user preference for page sizes
> of 1000. Tasks have not been created in the story related to this issue
> yet[3], but its on my todo list.
>
> Project Group Descriptions
>
> =
>
> There was a request to have project group descriptions, but currently
> there is nothing in the API handling this. Discussion concluded with
> agreement that this shouldn’t be too difficult. All that needs to happen is
> a few additions to the API and the connection to managing group definitions
> in project-config. I still need to make a story for this.
>
> Translating storyboard-webclient
>
> =
>
> There was an infrastructure mailing list thread a little while back that
> kicked off discussion on this topic. It was received as an interesting idea
> and