Merge lp:~sinzui/launchpad/upstream-downstream-bug-links-0 into lp:launchpad/db-devel
| Status: | Merged |
|---|---|
| Approved by: | Curtis Hovey on 2010-11-23 |
| Approved revision: | no longer in the source branch. |
| Merged at revision: | 9993 |
| Proposed branch: | lp:~sinzui/launchpad/upstream-downstream-bug-links-0 |
| Merge into: | lp:launchpad/db-devel |
| Diff against target: |
452 lines (+233/-61) 7 files modified
lib/canonical/launchpad/icing/style.css (+0/-15) lib/lp/bugs/browser/bugtarget.py (+0/-13) lib/lp/bugs/browser/bugtask.py (+50/-1) lib/lp/bugs/browser/tests/test_buglisting.py (+140/-8) lib/lp/bugs/stories/bugs/xx-front-page-info.txt (+8/-9) lib/lp/bugs/templates/bugtarget-bugs.pt (+5/-14) lib/lp/bugs/templates/bugtarget-macros-search.pt (+30/-1) |
| To merge this branch: | bzr merge lp:~sinzui/launchpad/upstream-downstream-bug-links-0 |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Paul Hummer (community) | ui | 2010-11-22 | Approve on 2010-11-23 |
| Robert Collins (community) | 2010-11-19 | Approve on 2010-11-21 | |
|
Review via email:
|
|||
Description of the Change
This is my branch to add reciprocal links between packages and upstream
projects.
lp:~sinzui/launchpad/upstream-downstream-bug-links-0
Diff size: 404
Launchpad bug:
https:/
Test command: ./bin/test -vv \
-t TestBugTaskSear
Pre-
Target release: 10.12
Add reciprocal links between packages and upstream projects
-------
The bug search page should contain a notice that bugs are also tracked
in a downstream package or upstream project. Contributors can search the
alternate project or package when investigating bugs.
This link already appears on project pages when the project does not use
Lp to track bugs. The link should also appear when the project uses Lp.
The package page needs the reciprocating link.
This implementation meets the requirements from bridging the gap, but I
am dissatisfied with it. There is an open bug that could be fixed in
another branch to address the awkward experience I had using this feature
in dev: When my search fails, and I see that there is an upstream/downstream
location to search, I expect the link to perform my search. re-typing text
is not difficult, but setting up an advanced search is :( The work to fix the
bug and two related bugs are intrinsic to the search form--the solution is
not obvious.
Screenshots
http://
http://
http://
Rules
-----
* Refactor the views and templates so that the also-in-ubuntu block
is available on the project bug search page.
* Add and also-in-upstream block for DSP and SP pages.
QA
--
* Visit https:/
* Verify their is a message that bugs are also tracked in Ubuntu.
* Follow the link to Ubuntu Jokosher bug page.
* Verify there is a message that bugs are also tracked in Jokosher
and there is a link back.
Lint
----
Linting changed files:
lib/canonical
lib/lp/
lib/lp/
lib/lp/
lib/lp/
lib/lp/
Test
----
Added tests for the 3 moved/added properties, and verified the also-in-ubuntu
and also-in-upstream blocks in the markup.
lib/
Implementation
--------------
Extracted the external_
base class and macro template so that they can be reused.
lib/
lib/
Added has_bugtracker() and upstream_
cases in the template that need to show also-in-ubuntu and also-in-upstream.
The template markup needed revision to support presenting the additional
information with proper spacing. This change also removed the exceptional
CSS used by the search form when a search has not been performed.
lib/
lib/
Removed obsolete style that changed the color of the text.
lib/
| Curtis Hovey (sinzui) wrote : | # |
On Sun, 2010-11-21 at 05:36 +0000, Robert Collins wrote:
> Firstly, for a derived distro, the 'upstream' is the parent distro;
> for a package in a derived distro the upstream is that package in the
> parent distro if it exists, or the upstream otherwise. Or perhaps we
> should supply all the 'upstreams' at once. Similarly downstream:
> product -> [0..N] distro packages.
>
> We probably want a unified search, rather than folk having to manually
> search again and again and again to consider all locations (once they
> choose to expand their context, that is).
Both these issues came up in UDS. The work was deemed to be out of scope
for bridging-the-gap. We recognise that doing the work for the user is
better than telling users where they can do more work. Adding the link
make the page consistent, but I do not think this is a great usability
improvement.
My conversations with mpt and barry makes me believe ubuntu contributors
want an option to expand the search of a bug target.
[x] include bugs reported in upstream jokosher
[x] include bugs reported in derived distributions
--
__Curtis C. Hovey_________
http://
| Robert Collins (lifeless) wrote : | # |
That sounds nice.
-Rob
| Paul Hummer (rockstar) wrote : | # |
I think this is fine, but I think the better UI would be to have bugs from the sourcepackage show up in search for the project, and bugs from the projects sow up in the search for the sourcepackage.
I'm sure that will probably have some mega database issues, so there's a technical reason not to do that, but I think the idea has merit for the future.

Some things you may have already thought of that reading this prompted me to think about. Not really issues with your patch, just things we should do/address/think about.
Firstly, for a derived distro, the 'upstream' is the parent distro; for a package in a derived distro the upstream is that package in the parent distro if it exists, or the upstream otherwise. Or perhaps we should supply all the 'upstreams' at once. Similarly downstream:
product -> [0..N] distro packages.
We probably want a unified search, rather than folk having to manually search again and again and again to consider all locations (once they choose to expand their context, that is).
Duplicate detection will definitely want a unified backend search.
Your tests have a mixin - thats ok, but I think you'll find that one of:
- using a Fixture
- improving the Launchpad default Factory
is better: your mixin has only self.factory as state, so really doesn't need to be a mixin at all.