Bugzilla Fixup: Difference between revisions
Jump to navigation
Jump to search
GavinSharp (talk | contribs) No edit summary |
GavinSharp (talk | contribs) (fix buglink wikimarkup) |
||
| Line 4: | Line 4: | ||
* Stage 1 | * Stage 1 | ||
** Send mail asynchronously - don't block the results page while mail is sending when editing a bug. ( | ** Send mail asynchronously - don't block the results page while mail is sending when editing a bug. ({{bug|284184}}) | ||
** Add Microsummary feed type (similar to rss) ( | ** Add Microsummary feed type (similar to rss) ({{bug|339007}}) | ||
** Security fixes | ** Security fixes | ||
*** | *** {{bug|38862}} | ||
** Create way to obsolete or hide past milestones ( | ** Create way to obsolete or hide past milestones ({{bug|77193}}) | ||
** Add reports for (usually for past 7 and 14 days) | ** Add reports for (usually for past 7 and 14 days) | ||
*** What people are working on (i.e. activity) | *** What people are working on (i.e. activity) | ||
| Line 25: | Line 25: | ||
** Reports - can't edit reports, have to share on create, one shot to create report - can't edit, can't delete - just improve this | ** Reports - can't edit reports, have to share on create, one shot to create report - can't edit, can't delete - just improve this | ||
** Multi-state flag (nominate, blocks release, blocks final, arbitrary), deprecate options, one flag per branch | ** Multi-state flag (nominate, blocks release, blocks final, arbitrary), deprecate options, one flag per branch | ||
** Replace the barely functional branch-tracking flags ( | ** Replace the barely functional branch-tracking flags ({{bug|336790}}) | ||
** Back-port 3.2 addition of flags and groups to quicksearch | ** Back-port 3.2 addition of flags and groups to quicksearch | ||
* Stage 3 | * Stage 3 | ||
** better bug reporting forum (more wizard like) | ** better bug reporting forum (more wizard like) | ||
** In bugmail, include a quick header which includes (customizable): flags, any patch status, priority, component, and bug assignee. | ** In bugmail, include a quick header which includes (customizable): flags, any patch status, priority, component, and bug assignee. | ||
** Add a "view source" link to attachments ( | ** Add a "view source" link to attachments ({{bug|346255}}) | ||
** New UI for bugzilla using the API | ** New UI for bugzilla using the API | ||
** Create user pref for user keybindings | ** Create user pref for user keybindings | ||
| Line 40: | Line 40: | ||
** reed: I have a list of bugs I've wanted in bmo for a while tagged with the "[wanted-bmo]" tag in the status whiteboard. Check out the list [http://tinyurl.com/2z8swt here]. | ** reed: I have a list of bugs I've wanted in bmo for a while tagged with the "[wanted-bmo]" tag in the status whiteboard. Check out the list [http://tinyurl.com/2z8swt here]. | ||
** faaborg: export search results to JSON and provide a front end to the search results based on [http://simile.mit.edu/exhibit/ MIT's Exhibit] so users can do faceted browsing on the data. Here is an example of the [https://people.mozilla.com/~mconnor/PRD.html Firefox 3 PRD in exhibit] | ** faaborg: export search results to JSON and provide a front end to the search results based on [http://simile.mit.edu/exhibit/ MIT's Exhibit] so users can do faceted browsing on the data. Here is an example of the [https://people.mozilla.com/~mconnor/PRD.html Firefox 3 PRD in exhibit] | ||
** gavin: bug 251556 - proper regression tracking, distinct from "blocked/depends on" tracking. I've been wanting this forever, and I think the cost/benefit ratio for fixing it is very low. | ** gavin: {{bug|251556}} - proper regression tracking, distinct from "blocked/depends on" tracking. I've been wanting this forever, and I think the cost/benefit ratio for fixing it is very low. | ||
Revision as of 12:54, 6 December 2007
We have kicked off a project to improve Bugzilla, specifically to help the Mozilla team be more efficient and effective when using the tool. In this first stage, we are looking to address low-hanging fruit that can addressed quickly with minimal change. In later phases we'll address some of the longer term issues.
Please add suggestions under "Suggestions/nominations" along with your name/email. We'll evaluate the the suggestions and fit it in ASAP based on all feedback and difficulty.
- Stage 1
- Send mail asynchronously - don't block the results page while mail is sending when editing a bug. (bug 284184)
- Add Microsummary feed type (similar to rss) (bug 339007)
- Security fixes
- Create way to obsolete or hide past milestones (bug 77193)
- Add reports for (usually for past 7 and 14 days)
- What people are working on (i.e. activity)
- What a person has attached/landed
- What has been checked in
- What has a blocking flag, but not resolved
- Whats been fixed in the last week
- Whats been fixed between releases
- Way to tell if a patch has been landed, and if so, where?
- ajax front end type stuff to speed up front end and lower server load
- i.e. re-sorts on client side should be done via JS
- Solidify the XML API so a new UI can be build (kinda a P2, but needs to get started for long term progress)
- Fix search clobbering. If you have two searches in two windows (same instance), the first search will fall out of scope and links won't work.
- Stage 2
- Add a column in search results containing patches with current review flags or display more obviously an attachment is a patch. Also, display the status of a patch (review?/+/-, etc)
- Reports - can't edit reports, have to share on create, one shot to create report - can't edit, can't delete - just improve this
- Multi-state flag (nominate, blocks release, blocks final, arbitrary), deprecate options, one flag per branch
- Replace the barely functional branch-tracking flags (bug 336790)
- Back-port 3.2 addition of flags and groups to quicksearch
- Stage 3
- better bug reporting forum (more wizard like)
- In bugmail, include a quick header which includes (customizable): flags, any patch status, priority, component, and bug assignee.
- Add a "view source" link to attachments (bug 346255)
- New UI for bugzilla using the API
- Create user pref for user keybindings
- Suggestions/nominations
- roc: user profile checkboxes to control whether or not each user is currently accepting review requests of each type; ONLY those users are accepted as review request targets. No more blank/blackholed review requests. Use only those users for autocompletion of partial names, of course. (+1)
- callek: Per Product/Component "watches" rather than a user needing to know a default QA/Assignee for the product/component.
- callek: Ability for bug "moves" to generate mail when entering+leaving said product/component.
- dbaron: user nicknames (user-chosen, system-unique) that, when entered exactly, take priority over autocomplete in cc: and review requests
- reed: I have a list of bugs I've wanted in bmo for a while tagged with the "[wanted-bmo]" tag in the status whiteboard. Check out the list here.
- faaborg: export search results to JSON and provide a front end to the search results based on MIT's Exhibit so users can do faceted browsing on the data. Here is an example of the Firefox 3 PRD in exhibit
- gavin: bug 251556 - proper regression tracking, distinct from "blocked/depends on" tracking. I've been wanting this forever, and I think the cost/benefit ratio for fixing it is very low.