Customisable columns for bug listings

The information we present in lists of bugs, whether in bug search results or standard bug listing pages, is fixed and was chosen a long time ago. It has not kept pace with the data stored by the bug tracker nor with the different ways in which people want to use Launchpad to track bugs.

Similarly, Launchpad provides minimal choice in how bug listings are ordered.

As a general principle, Launchpad should give people access to their data in the ways that suit them. In that spirit, we should make it easy to customise the information presented on bug listings pages and the order in which that information is shown.

Contact: Matthew Revell
On Launchpad: bug-columns tag

Rationale

This is a much requested feature and has been requested by our stakeholders. We are working on it now because it is a relatively small project but will give a great deal of benefit both to stakeholders and general users of Launchpad's bug tracker.

Customisable columns for bug listings will help people be more productive when using the bug tracker.

Stakeholders

Steve Magoun, who represents Canonical's OEM Solutions group, requested this feature. The QA CoP will find this particularly useful.

Chris Gregan, who heads up the Canonical QA CoP.

User stories

As a development manager
I want a clear view of who in my team is assigned to which bugs
so that I can evaluate how my team's workload is spread across its member and which of the bugs for which my team is reponsible are unassigned.

As a development manager
I want to order bug reports by age
so that I can factor the age of a bug into the decision of whether to work on it next.

As a development manager
I want to see a bug's milestone and order by milestone so that I can plan when each bug needs to be assigned to a developer.

As a QA engineer
I want to see and order by tags in bug listings so that I can have a quick overview of the QA status of the bugs I'm working on.

Constraints and Requirements

Must

• Provide a way to remove and add columns to the current bug listing, without having to refresh the page (bugs 78608, 416612, 664808). Columns available should include:

  • bug number

  • bug title (bug 574711)

  • presence of an attachement

  • presence of a patch ( (bug 283097))

  • presence of blueprint link(s)
  • presence of branch link(s)

  • assignee (bugs 105016, 766960)

  • milestone name (bug 455650)

  • bug age

  • status (bug 56845)

  • importance
  • bug heat
  • bug importance icon

  • tags (bug 389575)

  • reporter (bug 6708)

  • package/project name linked to the package/project page, if distro bug (bugs 99593, 351147)

  • bug age
  • date of last change to the bug

  • name of series in which the bug is Fix Released (bug 340927)

• Allow re-ordering of the bug listing by any of the columns displayed, without having to refresh the page and without losing search criteria (bug 81002, 132759, 295214)

  • Allow for secondary and tertiary ordering: e.g. order by age, then status, then assignee.
• Provide a way for the user to save their preferred columns and ordering, which would be used as a default for subsequent listings.
  • Similarly, the columns choices should persist for the session, with a clear yet unobtrusive way of reverting to either the person's saved preference or the Launchpad default.

• A way to specify columns and ordering via the URL (bug 124342)

• Provide a standard way for any page in Launchpad to be marked as beta, possibly based on privacy ribbon

Nice to have

• A short description of the search that resulted in the bug listing (bug 28697)

• Show complete bug description in a tooltip on the bug the listing page (bug 401243)

• Customisable column widths (bug 768319)

• Columns that show:
  • number of attachements (any type)
  • number of patches
  • number of links to blueprints
  • number of links to branches

Must not

• Make it slower to fetch bug listings.

Out of scope

• Changes to the search functionality itself. This LEP covers only changes to the presentation of search results/bug listings.
• Adding new ways to view a search: RSS, Twitter, CSV, print-version, etc

• Ability to order by "most relevant to search" (bug 53008)

• Column showing date of my last activity in that bug and, of course, a sort order by that column (bug 509394)

• Saved searches for later re-use (bug 1331)

Subfeatures

None yet.

Success

How will we know when we are done?

We will know we're done when it's possible to add and remove the columns displayed on a bug listing and to re-order the listing by any of those columns, then either save that choice as your default view or use it as a one-off for that session or until the user chooses to revert to either their saved preference or the Launchpad default.

How will we measure how well we have done?

We will measure the success of this feature through user acceptance testing with the stakeholders that requested it and also through wider usability testing. After some time, we will interview stakeholders to check that the feature has made it easier for them to get work done.

Thoughts?

• Sorting by a column: clicking the column title seems a good way of choosing to order the listing by that column's data. Clicking again would switch from ascending to descending. (Source: Bugzilla, JIRA and almost every other web app that lets you sort a table by one of its columns.)
• We need an unobtrusive yet easy to find way of saving a new column configuration/sort order each time the person changes it.
• Similarly, it would be useful to be able to save a
• It needs to be supremely easy to re-order the listing by one of the columns. The ability to add secondary and tertiary ordering should not make the primary ordering harder.