Bug/Feature tracker

[ustk]

@christoph-hart I PM'ed you to help finding a solution recently with no answer, I hope now we're getting somewhere reliably

[Christoph Hart]

@ustk yeah sorry I forgot to respond but you definitely laid the seed in my brain for this subject ;)

[Christoph Hart]

Alright, I've added an example issue for one of the most recent bugs (plus I'll post a "moved to GitHub Issues" to the forum topic so we know it was taken to the next level...

SliderPack does not update when invisible · Issue #250 · christophhart/HISE

Forum discussion https://forum.hise.audio/topic/5074/sliderpack-issue/4 Commit ecd5f15 Conditions to reproduce the bug OS: both macOS / Windows HISE: yes Compiled Project: yes Problem Description Knob from interface to a sliderpack in a ...

GitHub (github.com)

[d.healey]

@christoph-hart said in Bug/Feature tracker:

you can add the label Valid Bug report

I think only the repo owner can add labels

[Christoph Hart]

@d-healey Nice, even more power for me!

[ustk]

@christoph-hart So this system is adopted?
Your are lucky I don't have much time at the moment but the list is ready, right there... :)

[Christoph Hart]

Keep thinking about this and maybe it's a good idea to still report a bug first in the forum and then if it's really confirmed, we move it to GitHub.

I'm just trying to think of ways to keep the GitHub issues a super clean list of (rather high priority) bugs I need to work through, because I can imagine that if everybody just writes every bug ever there we're back at square one.

[Dan Korneff]

@christoph-hart said in Bug/Feature tracker:

maybe it's a good idea to still report a bug first in the forum

Maybe back to the Mantis idea so issues can be organized?

[ustk]

@christoph-hart That's what I imagined. Bug have to be confirmed by the community first as eligible to open an issue, so the git isn't cluttered by false alarms.
I agree that a priority tag should be attached to the issue. If it isn't a problem with a small list it becomes to be a problem with 30 lines, where high priority bugs have the risk to be drowned.

[ustk]

@christoph-hart Low priority should also be listed so they aren't lost, and people can see it as already been raised at a glance. So definitely a more adapted tool would be better (I don't know Mantis).

[Christoph Hart]

Alright, then we have a Confirmed Bug label for each bug report that goes through the "bug vetting process" (issue raised in the forum and confirmed by multiple parties). When a bug report is raised in the forum, we'll discuss it and decide whether to stick a Low Priority label or a High Priority label to it. When this is done, the forum topic will be closed and I'll move it to GitHub issues.

Sounds good? This gives us enough flexibility to talk and discuss while keeping the issue list clean and organized.

[d.healey]

@christoph-hart said in Bug/Feature tracker:

the forum topic will be closed

Closed = still viewable and no new replies?

[Christoph Hart]

@d-healey yes. You can comment on the issue from then on if there‘s something to add but this will prevent that the conversation is split between the places.

[Christoph Hart]

Also maybe we can tag the forum topics that are supposed to lead to a GitHub issue with a certain tag (eg. "BUG TRACKER"), then it's easier to keep track of them.

Lots of rules :)

[crd]

This is great! I am happy to see this happening.

[ustk]

@christoph-hart And either mark the thread as FIXED or even delete it, unless there's a good reason to keep it if the issue is fixed?

[Christoph Hart]

@ustk not sure if we need to delete the topic - when its locked it will automatically be buried by other topics.

I would also suggest to not marking the forum topic fixed - if you want the information of which bugs are still active, just use the Github issue list (Closed issues will automatically be removed from the list).

[crd]

@Christoph-Hart

so just to be clear on how best to report a bug:

1. open a thread, make sure it's valid and other people can reproduce it
2. make an issue report on GitHub
3. post the GitHub issue link in the forum thread

Correct?

[Christoph Hart]

@crd Yes, but please wait between step 1 and 2 until it has been confirmed by at least one person.

[Lindon]

@christoph-hart said in Bug/Feature tracker:

@ustk not sure if we need to delete the topic - when its locked it will automatically be buried by other topics.

I would also suggest to not marking the forum topic fixed - if you want the information of which bugs are still active, just use the Github issue list (Closed issues will automatically be removed from the list).

yeah not sure that works..I arrive looking for a bug ... find it in the forum with a "confirmed bug" and "high priority"....

so I go look in Github only not to find it (its been deleted as finished). So at this point I dont know the status: fixed? Not loaded into Github yet? forgotten? missed? We need a "fixed" status I think...and if that points to a release that would be good, sounding more and more like we should use a (cough) proper bug tracking system...but we could just ad "FIXED" to the forum entry I guess..