"File an issue" needs DLang customization

CyberShadow / bugzilla-meta

1 stars 0 forks source link

"File an issue" needs DLang customization #2

Open wilzbach opened 6 years ago

wilzbach commented 6 years ago

http://dbugs.k3.1azy.net/enter_bug.cgi

Looking at the current fields, I think we can drop some:

URL
Additional information (the same as details)
Reproducibility

I would also drop

Steps to reproduce
Actual results
Expected results

or at least replace them with something to our workflow.

Maybe:

source file (add maybe a hint about using har here)
compiler errors / stack traces

Other ideas:

link to Dustmite

CyberShadow commented 6 years ago

This is also a configuration issue, not software.

Maybe we can keep the URL field for dlang.org.

wilzbach commented 6 years ago

BTW In my first year I almost never tagged an issue with keywords because while there's this list:

It's really hard to know which keywords are available and relevant to you. There are also quite a few keywords which are almost never used.

So if we plan to ask the user for keywords in this input mask, I feel like this should be a "smart" list based on the selected component, e.g.

dmd: accepts-invalid, ddoc, ice, safe, diagnostics
phobos: performance, safe

Though in general I think Walter is one of the few people using the keywords and there's too much value in most of them, but if we do use them, it would be nice to show them in "full" to the user (during the input mask) like e.g.

CyberShadow commented 6 years ago

Well, improving the UI is a separate thing.

Not sure if you noticed, but you can click the "Keywords" link and that goes to a description of every keyword.

I do think we use keywords enough to keep them. Otherwise searching for e.g. code-generation regressions would be a lot harder. It's useful for a lot of metrics.

CyberShadow commented 2 years ago

We should use the default bug entry form as a starting point; guided bug entry would be an improvement on top of that.