In package / project bug searches include link to the same search in related contexts

Bug #137621 reported by Adrien Cunin
8
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

In a tagged bug report, Launchpad should offer a link to the project-group/distribution tag.

So the URL ubuntu/+source/$package/+bugs?field.tag=$tag would also have some text saying: "There are XX bugs tagged with teh same tag the distribution" where that would be a link to: ubuntu/+bugs?field.tag=$tag

Revision history for this message
Diogo Matsubara (matsubara) wrote :

If I'm seeing firefox package's bugs and click on a tag, let's say ui, the displayed listing brings up bugs that occurs in other packages, like dpkg for instance, would be very confusing. Perhaps we should also display a link, like: "There are XX bugs tagged with the same tag in the distribution" and that redirects you to the distro's tagged listing. What do you think?

Changed in malone:
status: New → Incomplete
Revision history for this message
Adrien Cunin (adri2000) wrote :

Sure, that would be fine.

description: updated
Changed in malone:
status: Incomplete → Confirmed
Revision history for this message
Christian Reis (kiko) wrote :

Should we display all bugs, including by default closed bugs, or just open bugs which is what we currently do?

Revision history for this message
Adrien Cunin (adri2000) wrote :

Just open bugs.

Changed in malone:
status: Confirmed → Triaged
Revision history for this message
Robert Collins (lifeless) wrote : Re: In package / project bug searches by tag include link to distribution / project group searches for the same tag

I think this will be hard to make really nice - its a bit inconsistent to special case it for tags because for *any* given search in a subproject (e.g. project with a project-group, or package in a distro, or package in a derived distro) there are searches in the other related contexts with the same criteria that may be interesting.

What we could/should do is make all searches more portable across the different related contexts. I think there may be a bug for that, but I'm going to escalate this to high as part of our 'bridging the gap' initiative, and it can take that bugs place if we find it.

summary: - Tag links should point to the full list of tagged bugs
+ In package / project bug searches by tag include link to distribution /
+ project group searches for the same tag
Changed in launchpad:
importance: Undecided → Low
importance: Low → High
tags: added: bridging-the-gap
removed: bugtag
summary: - In package / project bug searches by tag include link to distribution /
- project group searches for the same tag
+ In package / project bug searches include link to the same search in
+ related contexts
Curtis Hovey (sinzui)
tags: added: search
tags: added: feature
Changed in launchpad:
importance: High → Low
Revision history for this message
Curtis Hovey (sinzui) wrote :

I investigated this recently. I tried to fix this when I added the reciprocal links between packages and projects because once I saw a search fail, I wanted to play the search against the alternate target. This relates to several bugs that I cannot find after the merger of Lp projects.

1. search criteria needs to be preserveable for links. This mean a helper function that makes search links need to know about ever search option (we can even make this function remove usless params).
2. The package-project link needs updating and/or...
3. Add search again, Search in <location> links,

Bug 297624, bug 60332, bug 885, bug 258343

Curtis Hovey (sinzui)
tags: added: bugs
removed: bridging-the-gap
William Grant (wgrant)
tags: added: bug-search
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.