Last Comment Bug 731107 - Add a product and component for bugs in add-ons
: Add a product and component for bugs in add-ons
Status: RESOLVED FIXED
:
Product: bugzilla.mozilla.org
Classification: Other
Component: Administration (show other bugs)
: Production
: All All
: -- normal (vote)
: ---
Assigned To: David Lawrence [:dkl]
:
:
Mentors:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-27 20:00 PST by Nicholas Nethercote [:njn]
Modified: 2012-04-02 15:48 PDT (History)
20 users (show)
See Also:
Due Date:
QA Whiteboard:
Iteration: ---
Points: ---


Attachments

Description Nicholas Nethercote [:njn] 2012-02-27 20:00:58 PST
We've recently been tracking lots of bugs in add-ons, e.g. bug 700547.  There is no suitable product or component for these, so they often end up in Core/General or Core/JS Engine, which is confusing.  We should add a new product and/or component for these.

https://wiki.mozilla.org/BMO/Requesting_Changes gives guidelines for the info needed before adding a new product and/or component.

One tricky thing is that we don't want every single bug/feature request for every add-on to end up with us, we only want this for certain interesting things (e.g. zombie compartments).  So we should choose the name with some care.

(BTW, the QA Contact for this component is "administation@bmo.bugs", which is missing an 'r'.)
Comment 1 Ashish Vijayaram [:ashish] 2012-02-27 20:47:43 PST
There is a a "addons.mozilla.org" Product[1]. Creating a new component inside that might be a better option, if the existing ones don't fit already.

[1] https://bugzilla.mozilla.org/describecomponents.cgi?product=addons.mozilla.org
Comment 2 Nicholas Nethercote [:njn] 2012-02-27 21:20:26 PST
The addons.mozilla.org product is about the AMO website itself, not the add-ons hosted within it.  Also, AMO add-ons are only a fraction of all add-ons.
Comment 3 Byron Jones ‹:glob› [PTO until 2017-01-09] 2012-02-27 21:46:32 PST
i think classifying the product or component as "technical evangelism" would avoid the issue of people using it as a location for reporting bugs in addons.

i propose creating a new component under the current "Technical Evangelism" product called "Addons" for tracking these issues.  cc'ing stormy to get her feedback on this.


(note: we'll probably need signoff from jorge or fligtar before proceeding)
Comment 4 Nicholas Nethercote [:njn] 2012-02-27 21:52:11 PST
Sounds good to me.
Comment 5 Nicholas Nethercote [:njn] 2012-03-08 00:32:37 PST
Jorge, Fligtar:  any objections to "Technical Evangelism" / "Add-ons" as the product / component names?
Comment 6 Jorge Villalobos [:jorgev] 2012-03-08 06:42:05 PST
I'm OK with it.
Comment 7 David Lawrence [:dkl] 2012-03-08 06:48:18 PST
I can take this. Do we need to wait for sign-off from the other stake holders or is this good to go forward then?

dkl
Comment 8 Byron Jones ‹:glob› [PTO until 2017-01-09] 2012-03-08 07:42:02 PST
(In reply to David Lawrence [:dkl] from comment #7)
> I can take this. Do we need to wait for sign-off from the other stake
> holders or is this good to go forward then?

we need sign-off from stormy, or someone else who owns tech-evang.
Comment 9 Stormy Peters 2012-03-08 08:17:36 PST
I've read this  thread and the referenced thread a couple of times and I'm not really sure what we are trying to solve. Can someone give me a couple of example bugs that would end up in the new category?
Comment 10 Andrew McCreight [:mccr8] 2012-03-08 08:22:11 PST
Pretty much all of the bugs blocking bug 700547.
Comment 11 Nicholas Nethercote [:njn] 2012-03-08 15:47:34 PST
(In reply to Stormy Peters from comment #9)
> I've read this  thread and the referenced thread a couple of times and I'm
> not really sure what we are trying to solve. Can someone give me a couple of
> example bugs that would end up in the new category?

It's for tracking certain classes of bugs that are common in add-ons and that we can detect and that we wish to track.  Bug 700547 is (I think) the only example at the moment -- though I can imagine there might be other examples in the future -- and currently all the bugs tracked by it have a bogus product/component like core/general.

It nicely matches the existing meaning of "tech evangelism", as I understand it,  in that it's a case where a non-Mozilla entity is writing bad code that interacts with Firefox and hurts users' experiences with and perceptions of Firefox.

Also, by putting it under "tech evangelism" it reduces the chance that people will report vanilla bugs in add-ons within it -- and that's good, because should be reported to the individual add-on's bug trackers, wherever they are.
Comment 12 Nicholas Nethercote [:njn] 2012-03-18 16:51:12 PDT
I'm going to try to push this along.  The info that https://wiki.mozilla.org/BMO/Requesting_Changes says is needed for a new component:

- The name of the component:  "Add-ons".  (Under the "Tech evangelism" product).

- The product it should go in: Tech Evangelism.

- A longer description:  "Evangelism bugs for add-ons that exhibit common problems that make Firefox run sub-optimally.  Note that ordinary add-on bugs should not be filed here, but should be filed with the add-on's own bug tracker."

- Any flags (bug and/or attachment) that will need to be visible for bugs against the new component:  I'm not sure about that.

The description for the Tech Evangelism product at https://bugzilla.mozilla.org/enter_bug.cgi?full=1 is currently "For reporting web pages that need to be upgraded to support web standards and Gecko-based browsers".  That should be have something like this appended:

  "And for reporting add-ons that exhibit common problems that make Firefox run sub-optimally."

Stormy, does all that sound ok to you?
Comment 13 Jeff Griffiths (:canuckistani) (:⚡︎) 2012-03-21 19:27:04 PDT
+1, this sounds like a good idea as long as we have resources assigned to take track bugs.
Comment 14 Dave Townsend [:mossop] 2012-03-26 14:57:55 PDT
This seems sort of similar to the existing Firefox::Extension Compatibility component. Certainly that's where I've moved bugs like this in the past. I wonder if the scope of that component should just be expanded?
Comment 15 David Lawrence [:dkl] 2012-03-30 15:03:54 PDT
(In reply to Nicholas Nethercote [:njn] from comment #12)
> Stormy, does all that sound ok to you?

Once I get approval I can get this setup.

dkl
Comment 16 Stormy Peters 2012-04-02 11:54:03 PDT
I'm good with it!
Comment 17 David Lawrence [:dkl] 2012-04-02 15:48:34 PDT
All done.

Note You need to log in before you can comment on or make changes to this bug.