Comment 13 for bug 59154

Revision history for this message
Christian Reis (kiko) wrote :

Well.. I've morphed this bug to cover the fix I actually landed <wink>. With this fix, tag listings for source packages are actually manageable, so it's definitely an improvement. There are a few follow-up issues that need to be addressed:

  - The tag listing for Ubuntu itself is still way too long. The main issue there is that there are many tags listed with one (or a very small number) of bugs associated.
  - One solution to that would be to cap the list to a useful maximum. However, how do you cap? And is it really fair to exclude officially endorsed tags that may have less bugs associated than other randomly-set tags?
  - Another solution is to actually make explicit which tags are official to the project in context, and only display those tags in the portlet. This is the topic of bug 159036. A separate page would render a tag cloud with the full set of tags -- there's no bug reported for that, though.
  - The fact that we link to bug listings that use the default filters mean that tags for which there are no open bugs seem to link to empty listings. This would be less grave if it were not for the fact that the search filters are not visible at all: fixing bug 28697 would make this less confusing.
  - At any rate, we could also choose to link to bug listings that included closed bugs. The con with this is that the tag listing will grow without natural bounding over time. That's bug 137621
  - Being consistent at least in the filter used would address bug 59160.