This page explains how we're tracking bugs and feature requests for L20n.
- Untriaged bugs (a triaged bug is a bug with a non-empty priority or target milestone set to Next)
- blocking-parkcity? nominations
- the bug blocks a design decision for 1.0 API, but it doesn't have to block 1.0 itself
- the bug potentially has an impact on the API
- 1.0 beta
- a pre-final release with a stable API
- +1 650 903 0800 x92 Conf 359#
+1 800 707 2533 (pin 369) Conf 359# (toll free, Skype)
- Bug list
Planning what goes into a particular release should be done via the Target Milestone flag. All bugs that we want to fix in the 1.0 release should have Target Milestone set to "1.0". Setting Target Milestone to "Next" means that we recognize that we want to fix the issue in the next release. No Target Milestone means that the bug might get fixed on one of the future releases.
Bigger chunks of functionality can have tracking bugs, blocked by smaller items of work. Neither should be version-specific.
For instance, if we were to implement a "Better debugging info" feature, we would perhaps file a tracking bug. Some of its dependencies would have Target Milestone set to 1.0. Others would not.
- All other work stops, all team focuses on it, our product is broken.
- This is important enough that we cannot *not have* someone assigned to it and work on it. It might be a new feature or a bug that affects many users. Also, a bug that blocks someone else's work.
- We recognize this needs to be done, but we won't work on it until all P2s are assigned: "I'm not sure exactly what I should be working on right now, so I'll assign one of P3s to myself and start hacking on it."
- This would be nice to have, but is not crucial and doesn't block us. Usually, a good "first bug" that we can afford leaving open for a newcomer to pick up.
- Not used.
Severity is set by the bug reporter to let us know how serious the issue is for them. Imagine a bug in L20n that affects only Polish. It could be marked as 'critical' but still be a P3 and only fixed in a future release.
Considerations for the future
For now, we don't use any custom tracking flags. We'll revisit this after 1.0.