Platform: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
m (→‎Engineering Release Boss Schedule: Moved 49 EB to past.)
(naming)
 
(157 intermediate revisions by 26 users not shown)
Line 1: Line 1:
Current plans: [[Platform/Roadmap2025]]
Previously:
* [[Platform/Roadmap2024]]
* [[Platform/Roadmap2023]]
* [[Platform/Roadmap2022]]
* [[Platform/Roadmap2021]]
* ...
* [[Platform/Roadmap2012]]
----
'''HISTORICAL CONTENT 2015 AND EARLIER'''
----
{{historical}}
This wiki page is devoted to the planning, scheduling, and documenting of meetings, discussions, and status of the Mozilla platform teams.
This wiki page is devoted to the planning, scheduling, and documenting of meetings, discussions, and status of the Mozilla platform teams.
   
   
Line 7: Line 23:


== Bug Triage ==
== Bug Triage ==
=== Regression Engineering Owner (REO) ===


=== Overview ===
'''Time Commitment''': 1 hour a week for the meeting + 1 hour a week for skimming bugs through bugzilla, over the entire duration of the version from Nightly to Release (usually 8 weeks).  Be aware being able to attend the Weekly Regression Triage Meeting is a requirement of being an REO.
During the release of Firefox 45 (e.g., 46 was on Beta), we explicitly focused on reducing a number of Firefox regressions (new in particular) that we ship with each release.  A weekly meeting was convened, with the goal of triaging and resolving such regressions.  As a result of this program, the number of new regressions we shipped in 46 was zero. (Should add the numbers for the previous releases, but they were nowhere near zero.)


=== Process ===
Every release has an assigned Regression Engineering Owner whose responsibilities include:
The process is work in progress, and may change as we go along, but currently looks something like this.
* be a partner for release management's [https://wiki.mozilla.org/Release_Management/Release_owners Release Manager] assigned to the same release
* ensure a decision is made about each regression reported in the release
** push for the responsible team to fix it
** back related changes out
** ship with it
** delay shipping
* keep a mental state of how we are doing with regressions in a release
* pay close attention to [https://groups.google.com/a/mozilla.org/g/release-drivers release-drivers] mailing list
* run the [[#Weekly Regression Triage Meeting|weekly regression triage meeting]]


==== Actors ====
=== Weekly Regression Triage Meeting ===
* An Engineering Release Boss is assigned to each release, tasked with making sure things keep running, and we have nothing falling between the cracks.
* Weekly on [https://arewemeetingyet.com/Los%20Angeles/2021-08-10/08:00/w/Weekly%20Regression%20Triage%20Meeting Tues 08:00-09:00 (US/Pacific)] in Zoom: https://mozilla.zoom.us/j/683008149
* The [https://wiki.mozilla.org/Release_Management/Release_owners Release Manager] assigned to the same release is a critical partner.
* #reo on Slack for backchannel
* Weekly meetings
* REO for each active release goes through the [[#Bug_Lists|bug queries]] for their release and sees if something requires a needinfo or email to a relevant party
** Mondays, 2-3pm PST, in ReleaseCoordination vidyo room
** Security bugs are handled in [[Security/Firefox/Security_Bug_Triage_Process|their own triage process]]
** Wednesdays, 11-12 PST, in ReleaseCoordination vidyo room
* driving down the numbers on the [http://mozilla.github.io/releasehealth/ Release Health Dashboard] is a nice output
* [https://docs.google.com/spreadsheets/d/10i30CFUPJM7snz0xX3czFJeBh2tNwjwjtI409DQw3x0/edit#gid=1391890455 Owners associated with bugzilla components]
* in case it's necessary, here are the [https://bugzilla.mozilla.org/page.cgi?id=triage_owners.html owners associated with bugzilla components]
* Gecko and Firefox engineering managers
* Gecko and Firefox engineering directors
* Bugzilla queries (see below) and [http://mozilla.github.io/releasehealth/ Release Health Dashboard]


==== Play ====
=== Asynchronous Regression Tracking ===
* Engineering managers and component owners keep track of regressions, especially the new ones.  They look through the list for bugs in their components and set the tracking flags for a particular release to reflect their plans for the bug, leaving an explanation in the bug when the status is changed:
* Engineering managers and component owners keep track of regressions, especially the new ones.  They look through the list for bugs in their components and set the tracking flags for a particular release to reflect their plans for the bug, leaving an explanation in the bug when the status is changed:
** affected: this regression should be fixed in this particular release (it must be assigned);
** affected: this regression should be fixed in this particular release (it must be assigned);
Line 31: Line 52:
** fix-optional: we will take a fix if one appears, but otherwise it will go unfixed in this release;
** fix-optional: we will take a fix if one appears, but otherwise it will go unfixed in this release;
** ?: we should talk about this bug in triage
** ?: we should talk about this bug in triage
* Engineering Release Boss (ERB) looks for regressions that are not showing the signs of activity from the above group, and makes sure it happens.  They will not look at wontfix or fix-wanted bugs, except to look for potential serious issues that get misinterpreted.
* ERB chairs the triage meeting, going through the bugs in an ordered determined in that meeting.


==== Crash Bug Triage ====
==== Crash Bug Triage ====
Line 39: Line 58:
* 31-50 position in release: case-by-case, mostly fix-optional
* 31-50 position in release: case-by-case, mostly fix-optional
* Above 50: mark as fix-optional
* Above 50: mark as fix-optional
* Check for exploitability - you may want to file the bug as security sensitive


== Bugzilla Queries ==
== Bugzilla Queries ==
Line 88: Line 108:


=== Bug Lists ===
=== Bug Lists ===
Note: for non-recent regressions (let's say, more than 5 releases old) rather than remove the `regression` keyword please set the status to `fix-optional` across the board. This will remove it from the Regression triage radar, but still allow the bug to be tracked by others as a regression.


{| class="wikitable"
[https://bugdash.moz.tools/#tab.reo BugDash Regression Triage]
|-
|| Version || New Bugs || New w/Needinfos || Carry Over || Carry Over w/Needinfos
|-
|| 52
|| [https://bugzilla.mozilla.org/buglist.cgi?keywords=regression%2C&keywords_type=allwords&j2=OR&o4=equals&v1=affected&o3=equals&v3=unaffected&f4=cf_status_firefox51&f2=OP&v8=-&f7=flagtypes.name&o5=equals&o1=equals&v5=---&v4=%3F&f1=cf_status_firefox52&o7=notsubstring&f8=cf_tracking_firefox52&resolution=---&v7=needinfo&query_format=advanced&f3=cf_status_firefox51&f5=cf_status_firefox51&f6=CP&o8=notequals&list_id=13238041 LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?v4=%3F&o5=equals&keywords=regression%2C&f1=cf_status_firefox52&keywords_type=allwords&order=Last%20Changed&o7=anywordssubstr&o3=equals&f8=cf_tracking_firefox52&v3=unaffected&j2=OR&o1=equals&resolution=---&v7=needinfo&f4=cf_status_firefox51&v5=---&query_format=advanced&f3=cf_status_firefox51&o4=equals&f2=OP&f5=cf_status_firefox51&v8=-&v1=affected&f6=CP&f7=flagtypes.name&o8=notequals&list_id=13238042 LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?v4=%3F&o5=equals&n2=1&keywords=regression%2C&f1=cf_status_firefox52&keywords_type=allwords&order=Last%20Changed&o7=notsubstring&o3=equals&f8=cf_tracking_firefox52&v3=unaffected&j2=OR&o1=equals&resolution=---&v7=needinfo&f4=cf_status_firefox51&v5=---&query_format=advanced&f3=cf_status_firefox51&o4=equals&f2=OP&f5=cf_status_firefox51&v8=-&v1=affected&f6=CP&f7=flagtypes.name&o8=notequals&list_id=13238044 LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?o5=equals&n2=1&keywords=regression%2C&keywords_type=allwords&j2=OR&o1=equals&v5=---&o4=equals&v1=affected&v4=%3F&f1=cf_status_firefox52&order=Last%20Changed&o7=anywordssubstr&o3=equals&f8=cf_tracking_firefox52&v3=unaffected&resolution=---&v7=needinfo&f4=cf_status_firefox51&query_format=advanced&f3=cf_status_firefox51&f2=OP&f5=cf_status_firefox51&v8=-&f6=CP&f7=flagtypes.name&o8=notequals&list_id=13238046 LINK]
|-
|| 51
|| [https://bugzilla.mozilla.org/buglist.cgi?keywords=regression%2C&keywords_type=allwords&list_id=13080904&j2=OR&o4=equals&v1=affected&o3=equals&v3=unaffected&f4=cf_status_firefox50&f2=OP&v8=-&f7=flagtypes.name&o5=equals&o1=equals&v5=---&v4=%3F&f1=cf_status_firefox51&o7=notsubstring&f8=cf_tracking_firefox51&resolution=---&v7=needinfo&query_format=advanced&f3=cf_status_firefox50&f5=cf_status_firefox50&f6=CP&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?v4=%3F&o5=equals&keywords=regression%2C&f1=cf_status_firefox51&keywords_type=allwords&order=Last%20Changed&o7=anywordssubstr&o3=equals&list_id=13007419&f8=cf_tracking_firefox51&v3=unaffected&j2=OR&o1=equals&resolution=---&v7=needinfo&f4=cf_status_firefox50&v5=---&query_format=advanced&f3=cf_status_firefox50&o4=equals&f2=OP&f5=cf_status_firefox50&v8=-&v1=affected&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?v4=%3F&o5=equals&n2=1&keywords=regression%2C&f1=cf_status_firefox51&keywords_type=allwords&order=Last%20Changed&o7=notsubstring&o3=equals&list_id=13007427&f8=cf_tracking_firefox51&v3=unaffected&j2=OR&o1=equals&resolution=---&v7=needinfo&f4=cf_status_firefox50&v5=---&query_format=advanced&f3=cf_status_firefox50&o4=equals&f2=OP&f5=cf_status_firefox50&v8=-&v1=affected&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?o5=equals&n2=1&keywords=regression%2C&keywords_type=allwords&list_id=13007431&j2=OR&o1=equals&v5=---&o4=equals&v1=affected&v4=%3F&f1=cf_status_firefox51&order=Last%20Changed&o7=anywordssubstr&o3=equals&f8=cf_tracking_firefox51&v3=unaffected&resolution=---&v7=needinfo&f4=cf_status_firefox50&query_format=advanced&f3=cf_status_firefox50&f2=OP&f5=cf_status_firefox50&v8=-&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|-
|| 50
|| [https://bugzilla.mozilla.org/buglist.cgi?keywords=regression%2C&keywords_type=allwords&list_id=13080904&j2=OR&o4=equals&v1=affected&o3=equals&v3=unaffected&f4=cf_status_firefox49&f2=OP&v8=-&f7=flagtypes.name&o5=equals&o1=equals&v5=---&v4=%3F&f1=cf_status_firefox50&o7=notsubstring&f8=cf_tracking_firefox50&resolution=---&v7=needinfo&query_format=advanced&f3=cf_status_firefox49&f5=cf_status_firefox49&f6=CP&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?v4=%3F&o5=equals&keywords=regression%2C&f1=cf_status_firefox50&keywords_type=allwords&order=Last%20Changed&o7=anywordssubstr&o3=equals&list_id=13007419&f8=cf_tracking_firefox50&v3=unaffected&j2=OR&o1=equals&resolution=---&v7=needinfo&f4=cf_status_firefox49&v5=---&query_format=advanced&f3=cf_status_firefox49&o4=equals&f2=OP&f5=cf_status_firefox49&v8=-&v1=affected&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?v4=%3F&o5=equals&n2=1&keywords=regression%2C&f1=cf_status_firefox50&keywords_type=allwords&order=Last%20Changed&o7=notsubstring&o3=equals&list_id=13007427&f8=cf_tracking_firefox50&v3=unaffected&j2=OR&o1=equals&resolution=---&v7=needinfo&f4=cf_status_firefox49&v5=---&query_format=advanced&f3=cf_status_firefox49&o4=equals&f2=OP&f5=cf_status_firefox49&v8=-&v1=affected&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?o5=equals&n2=1&keywords=regression%2C&keywords_type=allwords&list_id=13007431&j2=OR&o1=equals&v5=---&o4=equals&v1=affected&v4=%3F&f1=cf_status_firefox50&order=Last%20Changed&o7=anywordssubstr&o3=equals&f8=cf_tracking_firefox50&v3=unaffected&resolution=---&v7=needinfo&f4=cf_status_firefox49&query_format=advanced&f3=cf_status_firefox49&f2=OP&f5=cf_status_firefox49&v8=-&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|-
|| 49
|| [https://bugzilla.mozilla.org/buglist.cgi?keywords=regression%2C&keywords_type=allwords&list_id=13080904&j2=OR&o4=equals&v1=affected&o3=equals&v3=unaffected&f4=cf_status_firefox48&f2=OP&v8=-&f7=flagtypes.name&o5=equals&o1=equals&v5=---&v4=%3F&f1=cf_status_firefox49&o7=notsubstring&f8=cf_tracking_firefox49&resolution=---&v7=needinfo&query_format=advanced&f3=cf_status_firefox48&f5=cf_status_firefox48&f6=CP&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?v4=%3F&o5=equals&keywords=regression%2C&f1=cf_status_firefox49&keywords_type=allwords&order=Last%20Changed&o7=anywordssubstr&o3=equals&list_id=13007419&f8=cf_tracking_firefox49&v3=unaffected&j2=OR&o1=equals&resolution=---&v7=needinfo&f4=cf_status_firefox48&v5=---&query_format=advanced&f3=cf_status_firefox48&o4=equals&f2=OP&f5=cf_status_firefox48&v8=-&v1=affected&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?v4=%3F&o5=equals&n2=1&keywords=regression%2C&f1=cf_status_firefox49&keywords_type=allwords&order=Last%20Changed&o7=notsubstring&o3=equals&list_id=13007427&f8=cf_tracking_firefox49&v3=unaffected&j2=OR&o1=equals&resolution=---&v7=needinfo&f4=cf_status_firefox48&v5=---&query_format=advanced&f3=cf_status_firefox48&o4=equals&f2=OP&f5=cf_status_firefox48&v8=-&v1=affected&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|| [https://bugzilla.mozilla.org/buglist.cgi?o5=equals&n2=1&keywords=regression%2C&keywords_type=allwords&list_id=13007431&j2=OR&o1=equals&v5=---&o4=equals&v1=affected&v4=%3F&f1=cf_status_firefox49&order=Last%20Changed&o7=anywordssubstr&o3=equals&f8=cf_tracking_firefox49&v3=unaffected&resolution=---&v7=needinfo&f4=cf_status_firefox48&query_format=advanced&f3=cf_status_firefox48&f2=OP&f5=cf_status_firefox48&v8=-&f6=CP&f7=flagtypes.name&o8=notequals LINK]
|}
 
== Engineering Release Boss Schedule ==


If you can't find the person in charge of a release, slide down to the next one in the list.
== Regression Engineering Owner Schedule ==


* Firefox 50 - Andrew Overholt
Regression Engineering Owners (REOs) are tracked on internally on the [https://docs.google.com/spreadsheets/d/1ZK1GxB1VfzRbdG1UaQzkv49VlJod2rVF3lrjy51yJdw/ REO rotation by director] sheet and on the [[Release_Management/Release_owners|Release Owners wiki page]]
* Firefox 51 - Milan Sreckovic
* Firefox 52 - Ryan VanderMeulen
 
=== Past Bosses ===
* Firefox 49 - David Bolter
* Firefox 48 - James Willcox
* Firefox 47 - Jim Mathies
* Firefox 46 - Jim Mathies


== Platform Team Goals ==
== Platform Team Goals ==
Line 236: Line 220:
* [[Platform/DOM | DOM Team]]
* [[Platform/DOM | DOM Team]]
* [[JavaScript:Home_Page | JavaScript Team]]
* [[JavaScript:Home_Page | JavaScript Team]]
* [[Platform/Intl | Internationalization Team]]




Line 244: Line 229:
== All Platform pages ==
== All Platform pages ==
Visit [[Special:PrefixIndex/{{FULLPAGENAME}}/]] to see all subpages of "{{FULLPAGENAME}}" on {{SERVERNAME}}.
Visit [[Special:PrefixIndex/{{FULLPAGENAME}}/]] to see all subpages of "{{FULLPAGENAME}}" on {{SERVERNAME}}.
== See Also ==
* [http://mozdevs.github.io/devrel-dashboard/ Mozilla DevRel Dashboard] - dynamic overview of [META] and other high level bugs in [[CSS]], [[DOM]], [[DevTools]], [[MDN]], [[Toolkit]], etc.

Latest revision as of 01:48, 2 October 2025

Current plans: Platform/Roadmap2025

Previously:

HISTORICAL CONTENT 2015 AND EARLIER

This page is here for historical purposes.

This wiki page is devoted to the planning, scheduling, and documenting of meetings, discussions, and status of the Mozilla platform teams.

Planning

Bug Triage

Regression Engineering Owner (REO)

Time Commitment: 1 hour a week for the meeting + 1 hour a week for skimming bugs through bugzilla, over the entire duration of the version from Nightly to Release (usually 8 weeks). Be aware being able to attend the Weekly Regression Triage Meeting is a requirement of being an REO.

Every release has an assigned Regression Engineering Owner whose responsibilities include:

  • be a partner for release management's Release Manager assigned to the same release
  • ensure a decision is made about each regression reported in the release
    • push for the responsible team to fix it
    • back related changes out
    • ship with it
    • delay shipping
  • keep a mental state of how we are doing with regressions in a release
  • pay close attention to release-drivers mailing list
  • run the weekly regression triage meeting

Weekly Regression Triage Meeting

Asynchronous Regression Tracking

  • Engineering managers and component owners keep track of regressions, especially the new ones. They look through the list for bugs in their components and set the tracking flags for a particular release to reflect their plans for the bug, leaving an explanation in the bug when the status is changed:
    • affected: this regression should be fixed in this particular release (it must be assigned);
    • wontfix: we will not take a fix for this regression in this particular release;
    • fix-optional: we will take a fix if one appears, but otherwise it will go unfixed in this release;
    • ?: we should talk about this bug in triage

Crash Bug Triage

  • 1-10 position in release: needs an owner, tracking release, needs a fix
  • 11-30 position in release: needinfo component owner looking for an owner to investigate
  • 31-50 position in release: case-by-case, mostly fix-optional
  • Above 50: mark as fix-optional
  • Check for exploitability - you may want to file the bug as security sensitive

Bugzilla Queries

General Queries

Created Last 90 Days

Modified Last 90 Days

Flagged Bugs

New Regressions

Criteria

Keywords regression
status-firefox (this version) affected
status-firefox (previous version) unaffected, implying this is a new regression
tracking-firefox (this version) not "-" (tracked or untriaged)


Carry Over Regressions

Criteria

Keywords regression
status-firefox (this version) affected
status-firefox (previous version) affected (or related)
tracking-firefox (this version) not "-" (tracked or untriaged)

Bug Lists

Note: for non-recent regressions (let's say, more than 5 releases old) rather than remove the `regression` keyword please set the status to `fix-optional` across the board. This will remove it from the Regression triage radar, but still allow the bug to be tracked by others as a regression.

BugDash Regression Triage

Regression Engineering Owner Schedule

Regression Engineering Owners (REOs) are tracked on internally on the REO rotation by director sheet and on the Release Owners wiki page

Platform Team Goals

Main article: Platform/Roadmap
2015 Q1 Goals Q2 Goals Q3 Goals Q4 Goals
2014 Q1 Goals Q2 Goals Q3 Goals Q4 Goals
2013 Q1 Goals Q2 Goals Q3 Goals Q4 Goals
2012 Q1 Goals Q2 Goals Q3 Goals Q4 Goals
2011 Q1 Goals Q2 Goals Q3 Goals Q4 Goals
2010 Q1 Goals Q2 Goals Q3 Goals Q4 Goals
2009 Q1 Goals Q2 Goals Q3 Goals Q4 Goals
2008 Q1 Goals Q2 Goals Q3 Goals Q4 Goals
2007 - Q2 Goals Q3 Goals Q4 Goals

Meeting Notes

Create a new weekly agenda from the template: <createbox> align=left type=create preload=Platform/0-0-0 default=2025-10-21 prefix=Platform/ </createbox>

2015

2014

2013

2012

2011

2010

2009

2008

2007

Mozilla Platform Functional Groups

Some teams have their own meetings during the week to discuss specific issues:


Platform Active Projects

Current major feature or initiatives in Platform

All Platform pages

Visit Special:PrefixIndex/Platform/ to see all subpages of "Platform" on wiki.mozilla.org.

See Also

Retrieved from "https://wiki.mozilla.org/index.php?title=Platform&oldid=1255221"