Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug-finding website update
47 views
Skip to first unread message
Josh Matthews
Dec 1, 2011, 3:04:07 AM12/1/11
to mozil...@lists.mozilla.org
There's a new version of my Bugs Ahoy tool available, and I would love
some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
canonical location for the time being, and it's kept up to date with
the git repository at https://github.com/jdm/bugsahoy/ .
Changes in this version:
* I bit the bullet and shamelessly plagiarized harthur's bzhome
design, so the tool is significantly prettier than it used to be
* There's a bit more coverage of various languages/project areas
* I punted on the informative displays that explained what each
component was, because I couldn't figure out a good and pretty way to
display them. Patches welcome.
* There's a much better sense of when information is being retrieved
In fact, I like what is here enough that I would be fine with people
distributing the link. I'm not certain we want to go full out on
publicizing it yet, because my private webspace may not be the best
location for it. However, if you want to hand it out to contributors
who are looking for bugs, please feel free.
Also feel free to give me feedback and/or patches! I want to make this
tool the best it can be, and I would love your input.
Cheers,
Josh
some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
canonical location for the time being, and it's kept up to date with
the git repository at https://github.com/jdm/bugsahoy/ .
Changes in this version:
* I bit the bullet and shamelessly plagiarized harthur's bzhome
design, so the tool is significantly prettier than it used to be
* There's a bit more coverage of various languages/project areas
* I punted on the informative displays that explained what each
component was, because I couldn't figure out a good and pretty way to
display them. Patches welcome.
* There's a much better sense of when information is being retrieved
In fact, I like what is here enough that I would be fine with people
distributing the link. I'm not certain we want to go full out on
publicizing it yet, because my private webspace may not be the best
location for it. However, if you want to hand it out to contributors
who are looking for bugs, please feel free.
Also feel free to give me feedback and/or patches! I want to make this
tool the best it can be, and I would love your input.
Cheers,
Josh
Soumya Deb
Dec 1, 2011, 9:20:21 AM12/1/11
to Josh Matthews, mozil...@lists.mozilla.org, i...@lists.mozilla.org
On Thu, Dec 1, 2011 at 1:34 PM, Josh Matthews <jo...@joshmatthews.net> wrote:
> There's a new version of my Bugs Ahoy tool available, and I would love
> some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
> canonical location for the time being, and it's kept up to date with
> the git repository at https://github.com/jdm/bugsahoy/ .
>
> Changes in this version:
> * I bit the bullet and shamelessly plagiarized harthur's bzhome
> design, so the tool is significantly prettier than it used to be
> * There's a bit more coverage of various languages/project areas
> * I punted on the informative displays that explained what each
> component was, because I couldn't figure out a good and pretty way to
> display them. Patches welcome.
> * There's a much better sense of when information is being retrieved
>
=================== ^^^ For CC'd subscribers ^^^ ======================
> There's a new version of my Bugs Ahoy tool available, and I would love
> some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
> canonical location for the time being, and it's kept up to date with
> the git repository at https://github.com/jdm/bugsahoy/ .
>
> Changes in this version:
> * I bit the bullet and shamelessly plagiarized harthur's bzhome
> design, so the tool is significantly prettier than it used to be
> * There's a bit more coverage of various languages/project areas
> * I punted on the informative displays that explained what each
> component was, because I couldn't figure out a good and pretty way to
> display them. Patches welcome.
> * There's a much better sense of when information is being retrieved
>
> In fact, I like what is here enough that I would be fine with people
> distributing the link. I'm not certain we want to go full out on
> publicizing it yet, because my private webspace may not be the best
> location for it. However, if you want to hand it out to contributors
> who are looking for bugs, please feel free.
>
guess so... //CC'd
Also feel free to give me feedback and/or patches! I want to make this
> tool the best it can be, and I would love your input.
>
bugs - will be better if we could have option to AND also.
> Cheers,
> Josh
> _______________________________________________
> mozillians mailing list
> mozil...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/mozillians
>
--
*Soumya Deb*
Open Source Evangelist
Social Handle: *Deblopper*
http://www.soumyadeb.net
davidwboswell
Dec 1, 2011, 3:39:28 PM12/1/11
to
> There's a new version of my Bugs Ahoy tool available, and I would love
> some feedback on it.
The new version looks great. We should talk soon about some design
> some feedback on it.
help for you and hosting options.
David
Benoit Jacob
Dec 1, 2011, 7:43:29 PM12/1/11
to Josh Matthews, mozil...@lists.mozilla.org
Looks wonderful, I will link to it from GFX/Contribute as soon as it
finds a 'permanent' home.
I don't have suggestions other than keep it up.
Cheers,
Benoit
On 01/12/11 03:04 AM, Josh Matthews wrote:
> There's a new version of my Bugs Ahoy tool available, and I would love
finds a 'permanent' home.
I don't have suggestions other than keep it up.
Cheers,
Benoit
On 01/12/11 03:04 AM, Josh Matthews wrote:
> There's a new version of my Bugs Ahoy tool available, and I would love
> some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
> canonical location for the time being, and it's kept up to date with
> the git repository at https://github.com/jdm/bugsahoy/ .
>
> Changes in this version:
> * I bit the bullet and shamelessly plagiarized harthur's bzhome
> design, so the tool is significantly prettier than it used to be
> * There's a bit more coverage of various languages/project areas
> * I punted on the informative displays that explained what each
> component was, because I couldn't figure out a good and pretty way to
> display them. Patches welcome.
> * There's a much better sense of when information is being retrieved
>
> canonical location for the time being, and it's kept up to date with
> the git repository at https://github.com/jdm/bugsahoy/ .
>
> Changes in this version:
> * I bit the bullet and shamelessly plagiarized harthur's bzhome
> design, so the tool is significantly prettier than it used to be
> * There's a bit more coverage of various languages/project areas
> * I punted on the informative displays that explained what each
> component was, because I couldn't figure out a good and pretty way to
> display them. Patches welcome.
> * There's a much better sense of when information is being retrieved
>
> In fact, I like what is here enough that I would be fine with people
> distributing the link. I'm not certain we want to go full out on
> publicizing it yet, because my private webspace may not be the best
> location for it. However, if you want to hand it out to contributors
> who are looking for bugs, please feel free.
>
> distributing the link. I'm not certain we want to go full out on
> publicizing it yet, because my private webspace may not be the best
> location for it. However, if you want to hand it out to contributors
> who are looking for bugs, please feel free.
>
> Also feel free to give me feedback and/or patches! I want to make this
> tool the best it can be, and I would love your input.
>
> tool the best it can be, and I would love your input.
>
Reuben Morais
Dec 1, 2011, 7:49:21 PM12/1/11
to mozil...@lists.mozilla.org
Really nice tool, faster and friendlier than Bugzilla, and way better
at finding real good-first-bugs than our older attempts. Awesome work,
Josh! I even found a bug and sent a patch :)
There's just one thing I keep hitting on it (and used to hit on the
old Bugzilla query): ASSIGNED bugs. (like
https://bugzilla.mozilla.org/show_bug.cgi?id=689834). Those should
have someone working on them already, so I think they should be hidden
or at least have lower priority.
But then there are some ASSIGNED bugs which used to have someone
working on them but the person is no longer reporting any activity
(like https://bugzilla.mozilla.org/show_bug.cgi?id=649124). Those
should still be shown on the list, so I think we should either
a) Only show ASSIGNED bugs if they are inactive for some time; or
b) Triage ASSIGNED mentored bugs more closely so we don't have lots of
cases where this happens.
Option b) is, IMO, the best approach.
Thoughts?
--
Reuben
at finding real good-first-bugs than our older attempts. Awesome work,
Josh! I even found a bug and sent a patch :)
There's just one thing I keep hitting on it (and used to hit on the
old Bugzilla query): ASSIGNED bugs. (like
https://bugzilla.mozilla.org/show_bug.cgi?id=689834). Those should
have someone working on them already, so I think they should be hidden
or at least have lower priority.
But then there are some ASSIGNED bugs which used to have someone
working on them but the person is no longer reporting any activity
(like https://bugzilla.mozilla.org/show_bug.cgi?id=649124). Those
should still be shown on the list, so I think we should either
a) Only show ASSIGNED bugs if they are inactive for some time; or
b) Triage ASSIGNED mentored bugs more closely so we don't have lots of
cases where this happens.
Option b) is, IMO, the best approach.
Thoughts?
--
Reuben
Josh Matthews
Dec 1, 2011, 10:44:44 PM12/1/11
to Reuben Morais, mozil...@lists.mozilla.org
Thanks for the feedback! Your point about assigned bugs is a good one.
You're right, only displaying them if they have not seen updated in
some time is a possibility. I don't think triaging them will be a good
solution - I'm trying to make this tool be as useful as possible
without making mentors change their workflow at all. However, another
possibility would be displaying the entries for assigned bugs
differently - possibly the background colour could change based on how
long it has been since an update. I think I'll play around with that
idea.
Cheers,
Josh
You're right, only displaying them if they have not seen updated in
some time is a possibility. I don't think triaging them will be a good
solution - I'm trying to make this tool be as useful as possible
without making mentors change their workflow at all. However, another
possibility would be displaying the entries for assigned bugs
differently - possibly the background colour could change based on how
long it has been since an update. I think I'll play around with that
idea.
Cheers,
Josh
Armen Zambrano G.
Dec 2, 2011, 10:25:00 AM12/2/11
to
This is excellent and very very useful. I might want in the future to
use it to help with the Armenian localization OR release engineering.
There's a couple of things that I believe would be very useful.
* What is this about? - Explain what this is for and how it works (I
could help if you push me in the right direction).
* Brief info about the query - Give a rough idea at the bottom of how
this search could be reproduced in bugzilla.
* How can I show up there? - say what is needed to make a bug show up.
Thanks a lot for this fine work and looking forward to see this grow big :)
cheers,
Armen
use it to help with the Armenian localization OR release engineering.
There's a couple of things that I believe would be very useful.
* What is this about? - Explain what this is for and how it works (I
could help if you push me in the right direction).
* Brief info about the query - Give a rough idea at the bottom of how
this search could be reproduced in bugzilla.
* How can I show up there? - say what is needed to make a bug show up.
Thanks a lot for this fine work and looking forward to see this grow big :)
cheers,
Armen
davidwboswell
Dec 2, 2011, 10:57:50 AM12/2/11
to
> * How can I show up there? - say what is needed to make a bug show up.
Agreed. Some docs about how people can get bugs in here would be
helpful :)
For instance, I have a mentored bug that I'm not seeing in here.
https://bugzilla.mozilla.org/show_bug.cgi?id=649379
What do I do to get this in here in a Websites option in the Are you
interested section? How can I associate skills to the bug so it shows
up in the skills section?
David
Ehsan Akhgari
Dec 2, 2011, 6:33:11 PM12/2/11
to Josh Matthews, mozil...@lists.mozilla.org
This looks great Josh!
Do you think it makes any sense to also search by mentor? The situation
that I have in mind is a new contributor working with a mentor, getting a
very positive experience, and wanting to pick another project with the same
mentor. (The opposite case could also happen, in case for whatever reason
their first experience was really bad...)
Cheers,
--
Ehsan
<http://ehsanakhgari.org/>
On Thu, Dec 1, 2011 at 3:04 AM, Josh Matthews <jo...@joshmatthews.net> wrote:
> There's a new version of my Bugs Ahoy tool available, and I would love
> some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
> canonical location for the time being, and it's kept up to date with
> the git repository at https://github.com/jdm/bugsahoy/ .
>
> Changes in this version:
> * I bit the bullet and shamelessly plagiarized harthur's bzhome
> design, so the tool is significantly prettier than it used to be
> * There's a bit more coverage of various languages/project areas
> * I punted on the informative displays that explained what each
> component was, because I couldn't figure out a good and pretty way to
> display them. Patches welcome.
> * There's a much better sense of when information is being retrieved
>
> In fact, I like what is here enough that I would be fine with people
> distributing the link. I'm not certain we want to go full out on
> publicizing it yet, because my private webspace may not be the best
> location for it. However, if you want to hand it out to contributors
> who are looking for bugs, please feel free.
>
> Also feel free to give me feedback and/or patches! I want to make this
> tool the best it can be, and I would love your input.
>
> Cheers,
> Josh
Do you think it makes any sense to also search by mentor? The situation
that I have in mind is a new contributor working with a mentor, getting a
very positive experience, and wanting to pick another project with the same
mentor. (The opposite case could also happen, in case for whatever reason
their first experience was really bad...)
Cheers,
--
Ehsan
<http://ehsanakhgari.org/>
On Thu, Dec 1, 2011 at 3:04 AM, Josh Matthews <jo...@joshmatthews.net> wrote:
> There's a new version of my Bugs Ahoy tool available, and I would love
> some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
> canonical location for the time being, and it's kept up to date with
> the git repository at https://github.com/jdm/bugsahoy/ .
>
> Changes in this version:
> * I bit the bullet and shamelessly plagiarized harthur's bzhome
> design, so the tool is significantly prettier than it used to be
> * There's a bit more coverage of various languages/project areas
> * I punted on the informative displays that explained what each
> component was, because I couldn't figure out a good and pretty way to
> display them. Patches welcome.
> * There's a much better sense of when information is being retrieved
>
> In fact, I like what is here enough that I would be fine with people
> distributing the link. I'm not certain we want to go full out on
> publicizing it yet, because my private webspace may not be the best
> location for it. However, if you want to hand it out to contributors
> who are looking for bugs, please feel free.
>
> Also feel free to give me feedback and/or patches! I want to make this
> tool the best it can be, and I would love your input.
>
> Cheers,
> Josh
Majken Connor
Dec 2, 2011, 10:38:38 PM12/2/11
to Ehsan Akhgari, mozil...@lists.mozilla.org, Josh Matthews
I like this idea. Communities are about people and it really helps to
build relationships if people can work together for a bit. At the same
time, someone might be ready to work with someone new, and so want to
pick a bug from a specific person that they are recommended to work
with next. (so not for a bad reason but for a good reason, too).
-Lucy
build relationships if people can work together for a bit. At the same
time, someone might be ready to work with someone new, and so want to
pick a bug from a specific person that they are recommended to work
with next. (so not for a bad reason but for a good reason, too).
-Lucy
Benoit Jacob
Dec 2, 2011, 11:19:54 PM12/2/11
to Josh Matthews, mozil...@lists.mozilla.org
If some Graphics bug happens to require only JavaScript/HTML skills, not
C++ skills, how can I advertise it as such, so that it will show up in
bugsahoy when people select JavaScript? (Thinking about bugs in the
unit tests)
I've also been thinking about mentoring in non-English languages. I
think that this is a mentor property rather than a bug property, so we
could have a table of supported languages per mentor. Obviously, English
would be implicit for all mentors, no need to specify it. Does it sound
like a good idea? Would you support it in the bugsahoy interface?
Benoit
On 01/12/11 07:43 PM, Benoit Jacob wrote:
> Looks wonderful, I will link to it from GFX/Contribute as soon as it
> finds a 'permanent' home.
>
> I don't have suggestions other than keep it up.
>
> Cheers,
> Benoit
>
>
C++ skills, how can I advertise it as such, so that it will show up in
bugsahoy when people select JavaScript? (Thinking about bugs in the
unit tests)
I've also been thinking about mentoring in non-English languages. I
think that this is a mentor property rather than a bug property, so we
could have a table of supported languages per mentor. Obviously, English
would be implicit for all mentors, no need to specify it. Does it sound
like a good idea? Would you support it in the bugsahoy interface?
Benoit
On 01/12/11 07:43 PM, Benoit Jacob wrote:
> Looks wonderful, I will link to it from GFX/Contribute as soon as it
> finds a 'permanent' home.
>
> I don't have suggestions other than keep it up.
>
> Cheers,
> Benoit
>
>
Josh Matthews
Dec 3, 2011, 3:31:30 PM12/3/11
to Armen Zambrano G., mozil...@lists.mozilla.org
Thanks for the really great suggestions, everybody! Between this
feedback and the ideas I bounced around with my girlfriend, there are
some really great directions in which I am excited to take this tool.
I'm starting to file the feedback as github issues
(https://github.com/jdm/bugsahoy/issues) so that I don't forget about
them, and I would welcome both further email feedback and github
issues.
On 2 December 2011 10:25, Armen Zambrano G. <arm...@mozilla.com> wrote:
> There's a couple of things that I believe would be very useful.
> * What is this about? - Explain what this is for and how it works (I could
> help if you push me in the right direction).
I would love to incorporate help/information about how to use it, but
I'm not sure of the best way to do that at the moment. I might need to
have a talk with a real web designer to get some ideas here.
> * Brief info about the query - Give a rough idea at the bottom of how this
> search could be reproduced in bugzilla.
That's not a bad idea. I'll file an issue about that.
> * How can I show up there? - say what is needed to make a bug show up.
I'm not certain that this information belongs on the page itself, if
that's what your suggesting. I'll share that information here, and I
hope to also give a lightning talk at the weekly meeting in which I
can disseminate it more widely.
Currently, the tool aggregates results by searching Bugzilla for bugs
with mentor= in the whiteboard. The "Are you interested in" list maps
to Bugzilla products and components, which limit the search, and the
"Do you know" list maps similarly limits the search to bugs that
contain lang=(js|c++|html|css|py), depending on the selection.
Therefore, it's easy to repurpose this tool to focus on your own
specific uses (such as localization, or other tasks that don't
necessarily fit in a code-focused tool) by changing the mappings.
The downside of this setup is that if there isn't a category in the
"Are you interested in" list that covers a Product/Component pair, any
mentored bugs in that component will not be visible in this tool
(unless it's got a language annotation). I've been trying to reduce
the Bugzilla product/component maze into a manageable "area of
interest" setup, but that doesn't necessarily map easily for
everything.
> Do you think it makes any sense to also search by mentor? The situation that I have in mind is a new contributor working with a mentor, getting a very positive experience, and wanting to pick another project > with the same mentor. (The opposite case could also happen, in case for whatever reason their first experience was really bad...)
I'm not completely sold on this, but I've filed an issue about it.
Mainly, I'm trying to think of the best way to present more
information without overcomplicating the interface. Perhaps individual
bugs in the list should be clickable and open a more detailed view
that has information including who the mentor is, and then that could
be a clickable link to a new search...
> I've also been thinking about mentoring in non-English languages. I think that this is a mentor property rather than a bug property, so we could have a table of supported languages per mentor. Obviously,
> English would be implicit for all mentors, no need to specify it. Does it sound like a good idea? Would you support it in the bugsahoy interface?
I can see value in contributors being able to see that there is a
place for them if they are more comfortable in a language other than
English, and I've filed an issue about it. Again, the way of
presenting this information will be challenging, and unfortunately
this data cannot be aggregated automatically from bugzilla. Perhaps it
could be tied in with mozillans.org when that grows a public API. I'm
really interested in keeping this tool as automated as possible.
I hope this has answered everybody's questions so far. I'm so glad for
all this feedback; it's really encouraging.
Cheers,
Josh
> On 11-12-01 3:04 AM, Josh Matthews wrote:
>>
>> There's a new version of my Bugs Ahoy tool available, and I would love
>> some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
>> canonical location for the time being, and it's kept up to date with
>> the git repository at https://github.com/jdm/bugsahoy/ .
>>
>> Changes in this version:
>> * I bit the bullet and shamelessly plagiarized harthur's bzhome
>> design, so the tool is significantly prettier than it used to be
>> * There's a bit more coverage of various languages/project areas
>> * I punted on the informative displays that explained what each
>> component was, because I couldn't figure out a good and pretty way to
>> display them. Patches welcome.
>> * There's a much better sense of when information is being retrieved
>>
>> In fact, I like what is here enough that I would be fine with people
>> distributing the link. I'm not certain we want to go full out on
>> publicizing it yet, because my private webspace may not be the best
>> location for it. However, if you want to hand it out to contributors
>> who are looking for bugs, please feel free.
>>
>> Also feel free to give me feedback and/or patches! I want to make this
>> tool the best it can be, and I would love your input.
>>
>> Cheers,
>> Josh
>
>
feedback and the ideas I bounced around with my girlfriend, there are
some really great directions in which I am excited to take this tool.
I'm starting to file the feedback as github issues
(https://github.com/jdm/bugsahoy/issues) so that I don't forget about
them, and I would welcome both further email feedback and github
issues.
On 2 December 2011 10:25, Armen Zambrano G. <arm...@mozilla.com> wrote:
> There's a couple of things that I believe would be very useful.
> * What is this about? - Explain what this is for and how it works (I could
> help if you push me in the right direction).
I'm not sure of the best way to do that at the moment. I might need to
have a talk with a real web designer to get some ideas here.
> * Brief info about the query - Give a rough idea at the bottom of how this
> search could be reproduced in bugzilla.
> * How can I show up there? - say what is needed to make a bug show up.
that's what your suggesting. I'll share that information here, and I
hope to also give a lightning talk at the weekly meeting in which I
can disseminate it more widely.
Currently, the tool aggregates results by searching Bugzilla for bugs
with mentor= in the whiteboard. The "Are you interested in" list maps
to Bugzilla products and components, which limit the search, and the
"Do you know" list maps similarly limits the search to bugs that
contain lang=(js|c++|html|css|py), depending on the selection.
Therefore, it's easy to repurpose this tool to focus on your own
specific uses (such as localization, or other tasks that don't
necessarily fit in a code-focused tool) by changing the mappings.
The downside of this setup is that if there isn't a category in the
"Are you interested in" list that covers a Product/Component pair, any
mentored bugs in that component will not be visible in this tool
(unless it's got a language annotation). I've been trying to reduce
the Bugzilla product/component maze into a manageable "area of
interest" setup, but that doesn't necessarily map easily for
everything.
> Do you think it makes any sense to also search by mentor? The situation that I have in mind is a new contributor working with a mentor, getting a very positive experience, and wanting to pick another project > with the same mentor. (The opposite case could also happen, in case for whatever reason their first experience was really bad...)
Mainly, I'm trying to think of the best way to present more
information without overcomplicating the interface. Perhaps individual
bugs in the list should be clickable and open a more detailed view
that has information including who the mentor is, and then that could
be a clickable link to a new search...
> I've also been thinking about mentoring in non-English languages. I think that this is a mentor property rather than a bug property, so we could have a table of supported languages per mentor. Obviously,
> English would be implicit for all mentors, no need to specify it. Does it sound like a good idea? Would you support it in the bugsahoy interface?
place for them if they are more comfortable in a language other than
English, and I've filed an issue about it. Again, the way of
presenting this information will be challenging, and unfortunately
this data cannot be aggregated automatically from bugzilla. Perhaps it
could be tied in with mozillans.org when that grows a public API. I'm
really interested in keeping this tool as automated as possible.
I hope this has answered everybody's questions so far. I'm so glad for
all this feedback; it's really encouraging.
Cheers,
Josh
> On 11-12-01 3:04 AM, Josh Matthews wrote:
>>
>> There's a new version of my Bugs Ahoy tool available, and I would love
>> some feedback on it. http://www.joshmatthews.net/bugsahoy/ is the
>> canonical location for the time being, and it's kept up to date with
>> the git repository at https://github.com/jdm/bugsahoy/ .
>>
>> Changes in this version:
>> * I bit the bullet and shamelessly plagiarized harthur's bzhome
>> design, so the tool is significantly prettier than it used to be
>> * There's a bit more coverage of various languages/project areas
>> * I punted on the informative displays that explained what each
>> component was, because I couldn't figure out a good and pretty way to
>> display them. Patches welcome.
>> * There's a much better sense of when information is being retrieved
>>
>> In fact, I like what is here enough that I would be fine with people
>> distributing the link. I'm not certain we want to go full out on
>> publicizing it yet, because my private webspace may not be the best
>> location for it. However, if you want to hand it out to contributors
>> who are looking for bugs, please feel free.
>>
>> Also feel free to give me feedback and/or patches! I want to make this
>> tool the best it can be, and I would love your input.
>>
>> Cheers,
>> Josh
>
>
davidwboswell
Dec 12, 2011, 1:24:04 PM12/12/11
to
Josh,
> > * How can I show up there? - say what is needed to make a bug show up.
>
> I'm not certain that this information belongs on the page itself, if
> that's what your suggesting. I'll share that information here, and I
> hope to also give a lightning talk at the weekly meeting in which I
> can disseminate it more widely.
Could you also add the documentation to the wiki page that talks about
mentored bugs?
https://wiki.mozilla.org/Mentors
Thanks,
David
> > * How can I show up there? - say what is needed to make a bug show up.
>
> I'm not certain that this information belongs on the page itself, if
> that's what your suggesting. I'll share that information here, and I
> hope to also give a lightning talk at the weekly meeting in which I
> can disseminate it more widely.
mentored bugs?
https://wiki.mozilla.org/Mentors
Thanks,
David
0 new messages