OSArch Community

We have 1k bugs. Would you like to help triage?

  1. S

    Does it take a while for the permissions to be provisioned in github? No change to the UI in the right side-bar so far.

  1. M

    I've sent an invite but you probably need to accept it. Check your inbox?

  1. M

    BTW this is the equivalent of "needs triage" for Bonsai if you want a TODO list ;) is:issue state:open -label:Severity:Major -label:Severity:Minor -label:Severity:Critical label:Bonsai

  1. S

    Doh! I didn't realise it was so... consensual. Thought you'd just flip a switch and it'd be there. All good now.

  1. F

    I have seen that there are +600 issues without a type value but only +20 issues without label.

    Do we assign type to those 600? Does it make sense that type if not assigned it is assumed to be a bug?

    What is the expected proccess?

    Assign type -> assign label of product (bonsai, ifcopenshell, etc) ->...

    Thanks!

  1. T

    @Moult said:

    BTW this is the equivalent of "needs triage" for Bonsai if you want a TODO list ;) is:issue state:open -label:Severity:Major -label:Severity:Minor -label:Severity:Critical label:Bonsai

    would add...

    is:issue state:open -label:Severity:Major -label:Severity:Minor -label:Severity:Critical label:Bonsai -type:Feature

  1. S

    And I would raise you...

    is:issue state:open -label:Severity:Major -label:Severity:Minor -label:Severity:Critical label:Bonsai -type:Feature -type:Task

    Am I missing something? Does Github not have a simple way to save my filters so I can switch between easily? (Not talking about saving the URL)

  1. S

    OK, I deleted this, because a lot of that previous comment was dumb. This new filter is a doozy...

    is:issue state:open -label:"Severity:Major","Severity:Minor","Severity:Critical" -type:"Feature","Task" -label:"IfcOpenShell-Python","IfcOpenShell-Core","IfcConvert","Ifc5D","IfcTester","IfcCSV","BCF","IfcPatch","IfcClash","IfcFM","IfcSverchok","IfcCityJSON","Ifc4D","bSDD","IfcMax","BIMTester"

  1. M

    Ive been noticing some inconsistencies in bug severity. Are there ambiguities to the definitions? Should the definitions be changed? Is it just me?

  1. T

    I have a feeling there might always be a little bit of interpretation and bias, as well as lack of knowledge of the context, when choosing the 'correct' severity. Would think, however, that the triage team can self-correct itself through other's resetting the severity to a level that makes more sense to them.

  1. S

    I'm trying to follow the description shown against the label. This is never a precise thing. I don't know if I'm the culprit, but I have done quite a bit of triage over the last day or so, although only a modest amount of level setting. I have a thick skin though, so if I'm getting it wrong just point out where and I'll adjust accordingly. My 4 step process is:

    1. Not labelled with a component:

    is:issue state:open -label:IfcOpenShell-Python,IfcOpenShell-Core,IfcConvert,Ifc5D,IfcTester,IfcCSV,BCF,IfcPatch,IfcClash,IfcFM,IfcSverchok,IfcCityJSON,Ifc4D,bSDD,IfcMax,BIMTester,Bonsai

    1. Bonsai, Not typed:

    is:issue state:open label:Bonsai -type:Bug,Feature,Task

    1. Bonsai Bug, Not given severity:

    is:issue state:open label:Bonsai type:Bug -label:Severity:Major,Severity:Minor,Severity:Critical

    1. Confirmation still current in latest dev release.

    1 is completed, but there are 4 left I'm not really sure of - I leave those for someone else to decide.

    2 is in progress, 160 left to go.

    3 to do, is currently at 27, but some portion of the 160 will be added to this number once typed.

    1. to do - this will be the biggest grind.
  1. S
  1. M

    Cool all good, there's no right or wrong since labels are arbitrary, it's purely about consistency.

    Feel free to close questions, they don't belong there. You can refer them to discussions or the OSArch forums. We now have a link when creating issues to help discourage them being posted as issues. Alternatively on the bottom right there is a "Convert to Discussion" link.

  1. F

    So this means that the priority is to > @sjb007 said:

    I'm trying to follow the description shown against the label. This is never a precise thing. I don't know if I'm the culprit, but I have done quite a bit of triage over the last day or so, although only a modest amount of level setting. I have a thick skin though, so if I'm getting it wrong just point out where and I'll adjust accordingly. My 4 step process is:

    1. Not labelled with a component:

    is:issue state:open -label:IfcOpenShell-Python,IfcOpenShell-Core,IfcConvert,Ifc5D,IfcTester,IfcCSV,BCF,IfcPatch,IfcClash,IfcFM,IfcSverchok,IfcCityJSON,Ifc4D,bSDD,IfcMax,BIMTester,Bonsai

    1. Bonsai, Not typed:

    is:issue state:open label:Bonsai -type:Bug,Feature,Task

    1. Bonsai Bug, Not given severity:

    is:issue state:open label:Bonsai type:Bug -label:Severity:Major,Severity:Minor,Severity:Critical

    1. Confirmation still current in latest dev release.

    1 is completed, but there are 4 left I'm not really sure of - I leave those for someone else to decide.

    2 is in progress, 160 left to go.

    3 to do, is currently at 27, but some portion of the 160 will be added to this number once typed.

    1. to do - this will be the biggest grind.

    Lovely explanation. Thanks for the filters. I am.now following the procedure you have explained. Thanks!

    @Moult same here, maybe I am also not properly assigning bug levels. Feedback from senior developers is greatly appreciated to improve moving forward.

    Thanks!

  1. S

    @Moult Well I hope I haven't made too much of a mess. I cracked on a bit. I noticed other people working on this too, so I'm not trying to steal all the glory ;-) but I just thought a quick update here:

    1. Not labelled with a component: Done, currently 3 left - I'm not confident of making a choice.

    2. Bonsai, Not typed: Done, currently 6 left - likewise for someone else to choose.

    3. Bonsai Bug, Not given severity: To Do, currently 27 left.

    4. Confirmation still current in latest dev release: To Do. I've done a few already as I worked through 1 and 2, but many to go.

    I think I might have a bit of a rest though.

    It would be really nice to have a label to tag those that we've confirmed are still an issue in the latest dev release - i.e. the TriageSprint1:Confirmed label I mentioned in the chat channel.

  1. S

    So 1, 2, and 3 are all pretty much done - seems others have been busy. There are a small number of issues that are head-scratchers that no-one seems able to nail down.

    Open issue count is down to 900 - Yay!

    Bonsai Bugs = 185, Features = 278, and Tasks = 14

    For myself, I don't feel able to triage the non-Bonsai issues, so there are another 423 non-Bonsai issues.

    All that is left now is to grind through all the open Bonsai bugs, and confirm if they are still reproducible in latest Bonsai.

  1. M

    A huge thank you to everybody! It's been a huge help and we'll try our very best to resolve bugs as fast as we can!

Go to page:

  1. 1
  2. 2

Login or Register to reply.