Closed
Bug 1279238
Opened 9 years ago
Closed 5 years ago
Make "good first bug" a keyword instead of a whiteboard tag
Categories
(bugzilla.mozilla.org :: Administration, task, P3)
Tracking
()
RESOLVED
FIXED
People
(Reporter: Gijs, Unassigned)
References
(Depends on 1 open bug, Blocks 2 open bugs)
Details
Because all the "good-first-bug", "[good first bug]", "[good-first-bug]" and "good first bug" alternatives are silly. We should settle on something and use a keyword. Paging :jdm and :mhoye as I expect they have, like, opinions, on this stuff (or software to update if we do this and mass-change bugs).
Comment 1•9 years ago
|
||
We will need a description for the keyword as well.
Updated•9 years ago
|
Flags: needinfo?(mhoye)
Flags: needinfo?(josh)
Comment 2•9 years ago
|
||
I'm happy with "good first bug" if that's acceptable as a keyword. Where do keyword descriptions appear so I can find some good models?
Flags: needinfo?(josh)
Comment 3•9 years ago
|
||
(In reply to Josh Matthews [:jdm] from comment #2)
> I'm happy with "good first bug" if that's acceptable as a keyword. Where do
> keyword descriptions appear so I can find some good models?
https://bugzilla.mozilla.org/describekeywords.cgi
Reporter | ||
Comment 4•9 years ago
|
||
(In reply to Josh Matthews [:jdm] from comment #2)
> I'm happy with "good first bug" if that's acceptable as a keyword. Where do
> keyword descriptions appear so I can find some good models?
https://bugzilla.mozilla.org/describekeywords.cgi
How about:
An entry-level bug that has guidance to help people make their first contribution to Mozilla.
or something like that?
Comment 5•9 years ago
|
||
Works for me!
Comment 6•9 years ago
|
||
Tempted to bikeshed the text, but no. That's perfectly good, I second.
Flags: needinfo?(mhoye)
Comment 7•9 years ago
|
||
The keyword good-first-bug has been created. Leaving bug open once script is ready to migrate from whiteboard to keyword.
Does this mean that the language descriptor e.g. [lang=js] will remain a whiteboard tag?
Comment 9•9 years ago
|
||
(In reply to Michael Ratcliffe [:miker] [:mratcliffe] from comment #8)
> Does this mean that the language descriptor e.g. [lang=js] will remain a
> whiteboard tag?
Yes, we're just moving [good first bug] and variants. Can you tell me more about how you're using [lang=*]?
(In reply to Emma Humphries βοΈ [:emceeaich] (UTC-8) +needinfo me from comment #9)
> (In reply to Michael Ratcliffe [:miker] [:mratcliffe] from comment #8)
> > Does this mean that the language descriptor e.g. [lang=js] will remain a
> > whiteboard tag?
>
> Yes, we're just moving [good first bug] and variants. Can you tell me more
> about how you're using [lang=*]?
Historically it's been used to mark [lang=js], [lang=css], etc. for the "bugs ahoy" tool[1] for new contributors. It allows filtering on whether the bug requires JS, CSS, etc. knowledge to complete and uses these tags to filter.
For the DevTools team specifically, we now have our own specialized bug finder[2] that doesn't currently make use of the `lang` portion of the whiteboard data, so it's unclear if our team actually cares about it (though we do still set the lang whiteboard tag sporadically out of habit).
As for updating the DevTools bug finder for this change to a good-first-bug keyword, I filed an issue[3] about this.
[1]: http://www.joshmatthews.net/bugsahoy/
[2]: http://firefox-dev.tools/
[3]: https://github.com/captainbrosset/devtools-bug-finder/issues/22
Comment 11•9 years ago
|
||
metadata like that is fine in the whiteboard. The switch to keywords is largely a search optimization. I imagine that bugsahoy and co fetch their list of bugs and process the whiteboard status file to differentiate bugs.
Comment 12•9 years ago
|
||
FYI this is an example of a search that Bugs Ahoy does (with "Release Engineering" and "Python" checked):
https://bugzilla.mozilla.org/bzapi/bug?f1=bug_mentor&o1=isnotempty&whiteboard_type=contains_all&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=UNCONFIRMED&include_fields=id&include_fields=assigned_to&include_fields=summary&include_fields=last_change_time&include_fields=component&include_fields=whiteboard&product=%20Release%20Engineering
Adding "good first bug" results in (oddly omitting the product now, despite it being still checked) https://bugzilla.mozilla.org/bzapi/bug?f1=bug_mentor&o1=isnotempty&whiteboard_type=contains_all&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=UNCONFIRMED&include_fields=id&include_fields=assigned_to&include_fields=summary&include_fields=last_change_time&include_fields=component&include_fields=whiteboard&product=&status_whiteboard=good%20first%20bug
Comment 13•9 years ago
|
||
(In reply to J. Ryan Stinnett [:jryans] (use ni?) from comment #10)
> [2]: http://firefox-dev.tools/
How do people get to know about that page? It should at least be linked to from https://developer.mozilla.org/en-US/docs/Tools.
Sebastian
Comment 14•9 years ago
|
||
What component is http://firefox-dev.tools/ in and who's responsible for it?
Flags: needinfo?(jryans)
(In reply to Sebastian Zartner [:sebo] from comment #13)
> (In reply to J. Ryan Stinnett [:jryans] (use ni?) from comment #10)
> > [2]: http://firefox-dev.tools/
>
> How do people get to know about that page? It should at least be linked to
> from https://developer.mozilla.org/en-US/docs/Tools.
It's currently linked on our getting involved[1] wiki page.
[1]: https://wiki.mozilla.org/DevTools/GetInvolved#Mentored_and_Good_First_Bugs
(In reply to Emma Humphries βοΈ [:emceeaich] (UTC-8) +needinfo me from comment #14)
> What component is http://firefox-dev.tools/ in and who's responsible for it?
It is managed by DevTools team, but it doesn't really have a component of it's own. The project is on GitHub and I have filed an issue[1] about this keyword there (as I mentioned in comment 10 above).
Maybe it's better to move bug 1294824 to Firefox :: DevTools, or close it and link to the GitHub issue? DevTools team doesn't watch the Websites product.
[1]: https://github.com/captainbrosset/devtools-bug-finder/issues/22
Flags: needinfo?(jryans)
Comment 17•9 years ago
|
||
(In reply to J. Ryan Stinnett [:jryans] (use ni?) from comment #16)
> Maybe it's better to move bug 1294824 to Firefox :: DevTools, or close it
> and link to the GitHub issue? DevTools team doesn't watch the Websites
> product.
I closed bug 1294824 as incomplete.
Comment 18•9 years ago
|
||
(In reply to J. Ryan Stinnett [:jryans] (use ni?) from comment #15)
> (In reply to Sebastian Zartner [:sebo] from comment #13)
> > (In reply to J. Ryan Stinnett [:jryans] (use ni?) from comment #10)
> > > [2]: http://firefox-dev.tools/
> >
> > How do people get to know about that page? It should at least be linked to
> > from https://developer.mozilla.org/en-US/docs/Tools.
>
> It's currently linked on our getting involved[1] wiki page.
>
> [1]:
> https://wiki.mozilla.org/DevTools/GetInvolved#Mentored_and_Good_First_Bugs
I've also added a new section 'Contribute' to the main DevTools MDN page[1] and mentioned it at a few other places[2][3].
Sebastian
[1] https://developer.mozilla.org/en-US/docs/Tools#Contribute
[2] https://developer.mozilla.org/en-US/docs/Mozilla/Mozilla_on_GitHub
[3] https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Using_the_VM
Comment 19•8 years ago
|
||
We have had the keyword for a while, I'm closing this bug as I don't imagine any further work needs to be tracked here.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Comment 20•8 years ago
|
||
We still need to take the bugs with "good-first-bug" in the whiteboard and move them to this keyword. :dkl has a script to do this.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 21•8 years ago
|
||
this cannot be done until keyword search scale-able.
Comment 22•8 years ago
|
||
(In reply to Dylan Hardison [:dylan] (he/him) from comment #21)
> this cannot be done until keyword search scale-able.
What's the bug for the keyword search work? It should be a dependency.
Flags: needinfo?(dylan)
Updated•8 years ago
|
Depends on: bmo-fast-keywords
Flags: needinfo?(dylan)
Comment 23•8 years ago
|
||
Since Elasticsearch bypasses this problem, should we do the remapping step or wait?
Flags: needinfo?(dylan)
Updated•7 years ago
|
Flags: needinfo?(ehumphries)
Updated•7 years ago
|
Flags: needinfo?(YG_Akwafina29)
Updated•7 years ago
|
Flags: needinfo?(ehumphries)
Flags: needinfo?(YG_Akwafina29)
Updated•7 years ago
|
Status: REOPENED → RESOLVED
Closed: 8 years ago → 7 years ago
Resolution: --- → FIXED
Comment 25•6 years ago
•
|
||
There are still 4900+ bugs having [good first bug]
in the whiteboard.
Comment 26•6 years ago
|
||
And itβs still mentioned in the BMO User Guide.
Comment 27•6 years ago
|
||
Removed from user guide.
Updated•5 years ago
|
Priority: -- → P3
Comment 28•5 years ago
•
|
||
For open bugs, replaced [good-first-bug] and similar terms in whiteboard with the good-first-bug keyword. Closing.
Status: REOPENED → RESOLVED
Closed: 7 years ago → 5 years ago
Resolution: --- → FIXED
Comment 29•5 years ago
|
||
For future please find a way to do such modifications without flooding volunteers' mailboxes with lots of lots of notifications concerning changes in "their" Bugs.
You need to log in
before you can comment on or make changes to this bug.
Description
•