Bug lists should show current search filter

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

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.

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.

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.

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*.

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

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

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

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.

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

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. :)

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.

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