1804015 - Hide bugs that have been fixed by 6+ months

Status: NEW

(Socorro :: Webapp, enhancement, P2)

Description

[Gabriele Svelto [:gsvelto]]

Attachment: Screenshot of the first three rows of the top crashers table

Some common signatures have had several bugs filed for each, many of which are fixed. Because of this the rows of those signatures contain a large number of bugs which adds a lot of clutter to the search table. Given that we only keep crashes around for 6 months could we hide fixed bugs that have been fixed by more than 6 months in that table? This would also have another side-effect: if a new crash arises for a very old signature it won't appear as fixed.

The only downside of this I can think of is that we keep ESR versions around for longer than 6 months, so we could have signatures that appear to have no bugs associated with them if they've been fixed in release more than 6 months ago but the fix was never applied to ESR. Since most of the triage we do is by version I don't think this is a big deal but still worth keeping in mind.

Comment 1

[Gabriele Svelto [:gsvelto]]

Andrew, Sean, what do you think about this?

Comment 2

[Will Kahn-Greene [:willkg] ET needinfo? me]

I might be able to swing a "... +53 old fixed bugs" kind of thing. Would that help reduce the clutter but also give us a way to see what we need to see?

Comment 3

[Andrew McCreight [:mccr8]]

This is a good idea. Six months sounds a lot newer than I'd like, for the reason you mentioned. At least judging by the screenshot you posted, 2 years would get rid of most of the extreme cruft while still showing potential ESR uplift bugs.

Comment 4

[Will Kahn-Greene [:willkg] ET needinfo? me]

I don't think I can get to this this year, but I'll toss it in the queue for next year.

Looks like the resolution information is stored in cache by the BugzillaBugInfo API when it's queried. We'll need to add the resolution date there and then factor that into the superserach search_results view.

Comment 5

[Sean Feng [:sefeng211]]

I also like the idea. I've been using the bugzilla tab more often than this because it gives me the title of the bug and the resolution.

Comment 6

[Gabriele Svelto [:gsvelto]]

(In reply to Will Kahn-Greene [:willkg] ET needinfo? me from comment #2)

I might be able to swing a "... +53 old fixed bugs" kind of thing. Would that help reduce the clutter but also give us a way to see what we need to see?

I like that, especially if clicking on it would lead me to a list with names like Sean suggested.

(In reply to Andrew McCreight [:mccr8] from comment #3)

This is a good idea. Six months sounds a lot newer than I'd like, for the reason you mentioned. At least judging by the screenshot you posted, 2 years would get rid of most of the extreme cruft while still showing potential ESR uplift bugs.

I think the approach suggested by Will solves this elegantly, but should we still hide bugs that have been fixed by more than 2 years? They're so old that there's just no value in showing them, collapsed or not.