Add-ons: Difference between revisions
(update bugzilla queries) |
|||
Line 73: | Line 73: | ||
* [[IRC|IRC]]: | * [[IRC|IRC]]: | ||
** #addons: support for extensions, themes, plugins and addons.mozilla.org | ** #addons: support for extensions, themes, plugins and addons.mozilla.org | ||
** #addon-reviewers: add-on reviews and policy | ** #addon-reviewers: add-on reviews and policy |
Revision as of 11:13, 17 August 2018
What
Mission: Add-ons are a safe, simple, and powerful way for people to personalize their web experience.
This is the home page for Add-ons at Mozilla.
Including but not limited to:
- Firefox Add-ons
- Firefox for Android Add-ons
- addons.mozilla.org (AMO)
- Extension Signing
- WebExtensions
Who
Note: This is a list of people employed by Mozilla. But we are way more than that, please add yourselves in if you want.
Engineering
Engineering Managers:
- David Durst (internal)
- Stuart Colville (internal, blog, Mozillian Profile)
Engineers:
- Shane Caraveo (internal, Mozillian Profile)
- William Durand (internal), Mozillian Profile
- Christopher Grebs (internal)
- Luca Greco (Mozillian Profile)
- Kris Maglione (internal, blog,Mozillian Profile)
- Kumar McMillan (internal, blog, Mozillian Profile)
- Mathieu Pillard (internal])
- Bob Silverberg (internal)
- Mark Striemer (internal)
- Andrew Swan (internal)
- Andrew Williamson (internal, Mozillian Profile)
- Rob Wu (internal, Mozillian Profile)
- Rebecca Mullin (internal, Mozillian Profile)
Looking for the push duty roster maybe?
User Experience
- Philip Walmsley, Senior Visual Designer (internal)
- Emanuela Damiani, UX Designer (internal)
- Jennifer Davidson, Senior User Researcher (internal)
- Meridel Walkington, UX Content Strategist (internal)
partial support:
- Blake Winton, UX Engineer (internal, Mozillians)
- Markus Jaritz, UX Designer (internal, Mozillians)
Program Management
- Shell Escalante, Program Manager (internal, IRC:shell)
Product Management and Community Experience
- Kev Needham, Product Lead (internal, blog, mozillians profile)
- Jorge Villalobos, Product Manager (internal, mozillians profile)
- Amy Tsay, Product Manager (internal, mozillians profile)
- Mike Conca, Product Manager (internal, mozillians profile)
- Scott DeVaney, Editorial Campaign Manager (internal, mozillians profile)
- Caitlin Neiman, Community Manager (internal, mozillians profile)
- Andreas Wagner, Reviewer (internal, mozillians profile)
- Philipp Kewisch, Reviewer (internal, mozillians profile)
QA
- Krupa Raj (internal, mozillians profile)
- Victor Carciu
- Madalin Cotetiu
- Valentina Peleskei
- Cosmin Badescu
- Rares Macarie
Get in touch
- IRC:
- #addons: support for extensions, themes, plugins and addons.mozilla.org
- #addon-reviewers: add-on reviews and policy
- #amo: addons.mozilla.org bugs and development
- #themedev: theme development
- #webextensions: web extensions
- Mailing List:
- dev-addons for general discussion
- More ways to get in touch:
Meetings
Please see the add-ons Calendar or mailing lists:
- Mailing Lists: dev-addons
- Calendar: Preview, iCal import
Most meetings are in the Add-ons Vidyo room. To access remotely:
- Using Vidyo: https://v.mozilla.com/flex.html?roomdirect.html&key=gBI6Q6943nQv
- To join from a telephone: US Toll Free +1 800 707 2533, pin 2000, conf 8839
Minutes:
- Most meetings add their minutes here.
Contribute to Add-ons
Support user freedom by helping to keep Firefox the most customizable browser available.
- See how you can help: https://wiki.mozilla.org/Add-ons/Contribute
- Subscribe to the Add-ons Contribution forum to be kept in the loop about contribution opportunities and events. Click on the menu at the top-right corner of the page and select "Watching".
Status & Roadmap
A high-level list of current projects for 2018 is available on the wiki.
Bugs are stored in one of two places depending upon the project. Roadmaps are all stored in Trello.
Bugzilla
Anything that has to land in Firefox or Firefox for Android must have a Bugzilla bug. So most of the bugs are tracked in there.
Bugs:
- under WebExtensions: (various components)
- under Toolkit: Add-ons Manager
- under Firefox for Android: Add-on Manager
Github
Everything else is tracked on Github. The main repositories are:
Trello
We use Trello for planning out roadmaps. A Trello card normally relates to multiple bugs, or a larger feature.
Multi-process Firefox
For information on the roll out of multi-process Firefox and add-ons, please see the schedule
Communications Calendar
Planning to communicate changes or coming features. One example is blogs, audiences, channels, and who will be writing/reviewing.
Product Backlog
- Improve work prioritization, so the team is always working on the most important features.
- Simplify continual planning, so the plan matches reality.
- Improve visibility so that the stakeholders make the best decisions about the direction of the product (call out risks early, relative priorities, trade-offs)
Triage Guidelines
Bugzilla
- Priorities follow this Standard:
- Priority 1 - Blocker, must-fix before shipping or a priority feature we are including in this release.
- Priority 2 - Major impact, considering severity × probability. Not a blocker for shipping. For Features we'd really like it, but wouldn't hold shipping for it.
- Priority 3 - Average Bug. definitely a problem, but doesn't stop someone from using the product.
- Priority 4 - Not used.
- Priority 5 - Low-impact. Something we won't fix, but would accept patches for.
- Importance will be left at "normal" unless a bug is on the line of being one Priority higher and lower - and then will be marked "Major" or "Minor" accordingly. If a bug has been marked "critical" or "blocker," that bug should be made a P1.
- Optional Whiteboard tag
- Adding a short descriptive area tag in the whiteboard when possible, to visually group bugs quickly in a list. ex: "[tabs] triaged"
- Triaged bug mark-up
- Adding triaged tag to the end of the Whiteboard for bugs that have been assigned a priority, so we know what has been triaged. No [] needed
Github
- Added labels to add-ons repositories for:
- P1 - either bug we would block next targeted featured for or a time-critical major bug
- P2 - either feature we'd really like, but wouldn't delay releasing the P1's for (good to look at after passing milestone). or Major impact bug, considering severity × probability. Not a blocker for shipping.
- backlog - We know it's not in our immediate plans or roadmaps - but it's been noted
- Added column to waffle boards for "triaged"
- Move bugs from untriaged to triaged column after they've been looked at and Prioritized.
Common Bug Queries
Webextensions
WebExtensions Triage process
- Bugs are triaged by developers as they come in and developers have chance to look at them.
- Developers will give the bug a priority (P1,2,3 or 5) and move to the appropriate component.
- If it's a P1 it should have an assignee.
- If the developer is unsure, then just leave it alone or mark in the whiteboard with "[needs-more-triage]", this indicates they've looked at it, but aren't sure.
- We'll have a regular weekly meeting to catch all the untriaged bugs and decide what to do with them.
The goal of this is to allow the developers to triage the bugs and spot major regressions, but when we get to a triage meeting it shouldn't be the first time people have looked at the bug and so can have a good conversation about the bug.
AMO
- Experimenting with new triage process, will change as needed
- Triage Query
Add-ons Manager
Handles installing, running and updating add-ons within Firefox. Also has pages like about:addons. In bugzilla - product: Toolkit, component
- Untriaged bugs within past 120 days
- follow bugzilla triage guidelines, process always open to change
- Triaged bugs have triaged tag added to end of whiteboard