The Chromium Projects

Search this site

Except as otherwise noted, the content of this page is licensed under a Creative Commons Attribution 2.5 license, and examples are licensed under the BSD License.
For Developers‎ > ‎Design Documents‎ > ‎Network Stack‎ > ‎

Network bug triage

Contents

  1. 1 Two levels of network bug triage
  2. 2 Front-line network bug triage
    1. 2.1 Rotation schedule

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

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:
  • 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.
  • Download bugs should be marked with the Cr-UI-Browser-Downloads label.  Save Page bugs should be marked with the Cr-Content-SavePage label.  If you can't tell whether it's a downloads bug or a save page bug, just set Feature-Downloads and let second-line decide.  Download bugs are ones that involve the process of converting a URL into a file on local disk.  Most download 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:
  1. Read the instructions for triaging bugs in general, especially the section Categorizing bugs.
  2. Resist the temptation to investigate the bugs yourself. Let the bug owners do that.
  3. Identify trends in bugs and present noteworthy bugs or trends in our weekly meetings.
  4. 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 -Cr status:unconfirmed opened-after:today-3
  • Click the ID column, and do "Sort Down"
  • Press "j" to highlight the first bug.
  • Press "h" to bring up a preview of the bug text.
  • Continue pressing "j" 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.
  • After making it through the top-level list, start going through all the issues in the other tabs and assign labels appropriately.
  • Repeat the steps for a search on Cr=Internals-Network status:unconfirmed opened-after:today-3

Rotation schedule

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: google.com_52n2p39ad82hah9v7j26vek830@group.calendar.google.com

Current rotation:

2013-05-13 to 2013-05-19: wtc
2013-05-20 to 2013-05-26: sidv
2013-05-27 to 2013-06-02: benjhayden
2013-06-03 to 2013-06-09: akalin
2013-06-10 to 2013-06-16: mmenke
2013-06-17 to 2013-06-23: pauljensen
2013-06-24 to 2013-06-30: asanka
2013-07-01 to 2013-07-07: szym
2013-07-08 to 2013-07-14: mattm
2013-07-15 to 2013-07-21: rvargas
2013-07-22 to 2013-07-28: rdsmith
2013-07-29 to 2013-08-04: rtenneti
2013-08-05 to 2013-08-11: sleevi
2013-08-12 to 2013-08-18: rch
2013-08-19 to 2013-08-25: gavinp
2013-08-26 to 2013-09-01: ttuttle
2013-09-02 to 2013-09-08: ericroman
2013-09-09 to 2013-09-15: jar

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. They use this bug search query: internals:network status:untriaged -label:spdy.

Subpages (1): Triaging Downloads Bugs
Comments