launchpad-dev team mailing list archive

[Matthew Revell <matthew.revell@xxxxxxxxxxxxx>]

On 12 April 2012 15:13, Deryck Hodge <deryck.hodge@xxxxxxxxxxxxx> wrote:

>> As part of the Better Privacy project I'm rewriting bug search to use
>> the new BugTaskFlat table. This should make most bug searches very fast,
>> as well as cleaning up the code a bit.
>>
>> But as I refactor lp.bugs.model.bugtasksearch, I notice that there are
>> some mildly crazy sort orders, most notably "specification" and "tag".
>> Both of these take the alphabetically first linked spec or tag for each
>> bug, and sort alphabetically based on that -- not exactly obvious,
>> performant or useful.
>>
>> So I'd like to drop them. "specification" doesn't seem to be accessible
>> from the UI at all, but "tag" has a sort lozenge. I seem to recall that
>> the lozenges also exist as a bit of a legend for the table content, so
>> perhaps dropping the tag lozenge is not ideal. What do people think?
>>
>
> I think specification can safely go away. For tags, I'd consult with
> stakeholders via mrevell and the product team before dropping it.
> Like you, I can't see how the current implementation is very useful;
> however, this was specifically asked for by them. It was one of their
> must haves, in fact.  So I would get feedback from them first about if
> the current tag sort on bug listings is useful or not.  If not, then
> you could drop it.

My apologies for being late to the party.

As Deryck says, we need to consult our stakeholders wrt sorting by
tags. That goes for any other sort order, too, so please don't drop
any without us having a chat first.


-- 
Matthew Revell
Launchpad Product Manager
Canonical

https://launchpad.net/~matthew.revell