Front-line network bug triage identifies network bugs among new Chromium bugs with no
Cr label. Front-line network bug triage should do the following things:
Two levels of network bug triage
Network bug triage is done at two levels: front line and second line.
The main goal of front-line bug triage is to make sure all network related bugs are properly labeled (labeling bugs for other areas and figuring out the trend would be a bonus). It should be lightweight compared with the second-line bug triage.
In second-line bug triage, we determine priorities and decide if we want to delve into certain bugs and assign owners to get the bottom of them.
Front-line network bug triage
- Network bugs should be marked with the Cr-Internals-Network labels. You may assign sub-labels (such as Cr-Internals-Network-Auth) but this is not a requirement.
- Set Cr-UI-Browser-Downloads for bugs that involve the process of converting a URL into a file on local disk. Most downloads bugs will have the word "download" or "save as" in the description. Bugs about downloading chrome itself to install it are not download bugs.
- Safe browsing bugs should be marked with Cr-UI-Browser-SafeBrowsing. Safe browsing bugs are ones that have to do with the process by which a URL or file is determined to be dangerous based on our databases. Determination of danger based purely on content-type or file extension belongs in Feature-Downloads, not SafeBrowsing.
- For a bug in the Unconfirmed status, if you can reproduce the bug or the bug report convinced you that the bug is real, change the status to Untriaged. This is important because the second-line network bug triage will only look at Untriaged bugs.
- You may assign a bug to an owner and change the status to Assigned if you know who should work on it. If you are not sure whom to assign a bug to, simply cc any people who might know more about it. Project managers triage bugs in the Untriaged status every week.
Tips for doing front-line network bug triage:
- Read the instructions for triaging bugs in general, especially the section Categorizing bugs.
- Resist the temptation to investigate the bugs yourself. Let the bug owners do that.
- Identify trends in bugs and present noteworthy bugs or trends in our weekly meetings.
- At the end of the week, write down the last bug number you looked at for handover to the next person on the rotation schedule.
Tips for quickly doing bug triage:
- Go to crbug.com
- Do a search such as -label:autofiled
- Click the ID column, and do "Sort Down"
- Middle click "Next" to open a new tab with older bugs, until you reach the last triaged bug
- Use "j" and "k" to highlight that bug
- Press "h" to bring up a preview of the bug text.
- Continue pressing "k" to go through the rest of the bugs.
- If a bug looks like it might be network/download/safe-browsing related, middle click [or command-click on OSX] to open in new tab.
- If a bug mentions a crash report that could be caused by the net code, inspect the crash id on the crash server to determine the area.
- After making it through the top-level list, start going through all the issues in the other tabs and assign labels appropriately.
Each person does front-line network bug triage for one week. People with other bug triage duties are exempt.
Adding the following calendar will allow you to see the schedule: email@example.com
2013-09-16 to 2013-09-22: cbentzel2014-01-20 to 2014-01-26: akalin2014-01-27 to 2014-02-02: jri2014-02-03 to 2014-02-09: ellyjones2014-02-10 to 2014-02-16:
2013-09-23 to 2013-09-29: wtc
2013-09-30 to 2013-10-06: ttuttle
2013-10-07 to 2013-10-13: mef
2013-10-14 to 2013-10-20: mmenke
2013-10-21 to 2013-10-27: sidv
2013-10-28 to 2013-11-03: szym
2013-11-04 to 2013-11-10: pauljensen
2013-11-11 to 2013-11-17: rdsmith
2013-11-18 to 2013-11-24: rtenneti
2013-11-25 to 2013-12-01: asanka
2013-12-02 to 2013-12-08: rvargas
2013-12-09 to 2013-12-15: sleevi
2013-12-16 to 2013-12-22: mattm
2013-12-23 to 2013-12-29: jar
2013-12-30 to 2014-01-05: ericroman
2014-01-06 to 2014-01-12: gavinp
2014-01-13 to 2014-01-19: rch
Second-line network bug triage
Second-line network bug triage is done once a week (every Monday morning) by a project manager and a developer using this crbug query.