Bug lists should show current search filter

Bug #28697 reported by Brad Bollenbach on 2006-01-16
144
This bug affects 13 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Low
Unassigned

Bug Description

Bug lists should show their filter criteria, to help users understand what's being shown.

Bug 6695 and bug 5977, and their duplicates, are examples of the confusion that results when the current filter is not shown.

It may save time to fix bug 128113 and/or bug 297624 at the same time as this bug.

Bug 90738 has suggestions on how to alleviate the confusion caused by not showing the current filter.

The Translations equivalent is bug 235162.

Brad Bollenbach (bradb) wrote :

I've implemented a linkified search filter display along with the bug contact reports.

Changed in malone:
assignee: nobody → bradb
status: Unconfirmed → In Progress
Brad Bollenbach (bradb) wrote :

I landed the fix for this in the shiny new $person/+packagebugs report. It's now a matter of propogating that linkified search filter to other Malone bug listings.

Brad Bollenbach (bradb) wrote :

I landed this, then removed it at kiko's suggestion, with the intent of revisiting it in London, to create something more flexible that also allows modifying the filter.

Changed in malone:
assignee: bradb → nobody
status: In Progress → Confirmed
Brad Bollenbach (bradb) wrote :

I will at least resurrect the patch I did for this, and see what state it's in, and then we can decide what to do next.

Changed in malone:
assignee: nobody → bradb
Brad Bollenbach (bradb) wrote :

I resurrected this patch in:

sftp://sodium/home/warthogs/archives/bradb/launchpad/malone-search-filter

It shows on the package bug reports. It is a *prototype*.

Changed in malone:
assignee: bradb → nobody
Richard Green (rtg-aapsc) wrote :

I agree. I'm having a difficult time navigating in malone. Not only should the current filter be shown, but I should be able to modify the filter from anywhere. I'm constantly having to go all the way to the top 'project:ubuntu' page, then select bugs so that I can do a global search, because if I search from whatever bug report I was last viewing, it wants to limit the search to that package alone. grrr. I also find myself going frequently to my personal page, selecting 'bugs', then 'subscribed', trying to get back to one I know I commented on a few days ago, but since the new facelift, I'm finding that the 'subscribed' listing is incomplete. Several times today, I've had to search my email to find a comment notification so that I can get a bug number, then go explicitly to that bug, only to see that it's in 'in progress' status, flagged as critical for feisty, and I'm subscribed to it, yet it doesn't show up in my 'subscribed' listing. Specifically, I'm talking about bug#74877

Richard Green (rtg-aapsc) wrote :

Problem still persists.
  Latest gripe: I'm adding a comment to a bug. At the top of the page is a 'search' box. I put a specific bug # in that box, that I wish to comment on next. It takes mne to a 'not found' page, with a message that tells me tha I was searching for a PROJECT named with that string of digits! Grrr.

From the bug comment page, My most frequently needed next destinations are:
1) Jump to another specific bug #, might be in this project, package or another. I have the bug #, take me there!!!
2) Search the bug tracker for a keyword or string. don't limit the search to this project/package!
3) Go directly to the 'enter a new bug' dialog

Matthew Paul Thomas (mpt) wrote :

Richard, those are six separate problems. Please report one problem per bug report.

Changed in malone:
assignee: nobody → kiko
description: updated
description: updated
description: updated
description: updated
description: updated
Ian Booth (wallyworld) wrote :

Is there anything happening with this bug? Going by the number of duplicates, it sure seems to be affecting a lot of people.
My wish is that there be an indicator (perhaps a small icon) next to each bug in the "All Related Bugs" view to reflect wither a bug is assigned, commented, reported etc etc. ie show the user why a bug is being listed as being related to them.

Deryck Hodge (deryck) wrote :

Hi, Ian.

This bug is not currently being worked on. There have been discussions about improving bug search in a number of ways, and whenever we begin that work, I suspect this will be at the top of the list in terms of desired fixes.

Note, this bug is asking about something different from what you're asking for. There is some talk of person bugs pages here, but this is about being clear on the web page about what search criteria has been used when performing searches on Launchpad. For example, say I click "Advanced Search" on malone's bug page. I search for bugs tagged "oops" that are assigned to gmb. I then paste the link to you, asking you to help by pairing on these bugs. You would look at the web page and have no idea that the search results were for "Bugs tagged 'oops' and assigned to Graham Binns." This applies to all the various person pages, too, I agree, but the primary bug (and hence all the dupes) is about showing search criteria on search results pages.

Cheers,
deryck

Zearin (zearin) wrote :

This bug is now over 5 years old! I don’t know how Launchpad is put together, but from the perspective of most web-development this should be a quick-and-easy task. “Low-hanging fruit” with good benefits.

So, uhm, please…spread the word about this bug? It would be great. :)

Jonathan Lange (jml) on 2011-01-21
Changed in launchpad:
assignee: Christian Reis (kiko) → nobody
Martin Pool (mbp) wrote :

This bit me today, because <https://bugs.launchpad.net/bzr/+bugs?field.searchtext=zlib&orderby=-importance&search=Search&field.status%3Alist=NEW&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=> certainly looks (if you don't examine the URL) like it's finding 0 bugs containing 'zlib', but in fact it's only searching new bugs. Some filters seem to persist and others do not.

Curtis Hovey (sinzui) on 2011-05-20
Changed in launchpad:
importance: Medium → Low
tags: added: bug-columns
Nidal R (nidalrashid) wrote :

Belated Happy Sixth Anniversary for this very annoying and as yet unfixed bug! Cake and beer for everybody!

Curtis Hovey (sinzui) on 2012-07-15
tags: added: bugs
removed: bug-columns
William Grant (wgrant) on 2015-09-11
tags: added: bug-search
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers