Merge lp:~vorlon/launchpad/lp.994110 into lp:launchpad
| Status: | Rejected |
|---|---|
| Rejected by: | Curtis Hovey on 2012-12-15 |
| Proposed branch: | lp:~vorlon/launchpad/lp.994110 |
| Merge into: | lp:launchpad |
| Diff against target: |
15 lines (+0/-5) 1 file modified
lib/lp/blueprints/browser/sprint.py (+0/-5) |
| To merge this branch: | bzr merge lp:~vorlon/launchpad/lp.994110 |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Richard Harding (community) | code | 2012-05-08 | Needs Fixing on 2012-05-08 |
|
Review via email:
|
|||
Description of the Change
Don't filter the blueprint list in the sprint export view based on the
spec's definition status. In Ubuntu, blueprints are sometimes (often)
carried over from one cycle to another and we want to rediscuss them at
subsequent UDSes. Since the feed is used as input to the session scheduler,
this extra check requires us to remember to toggle two separate things on
the blueprint to get it re-discussed. We should only need to target the
blueprint to the sprint to get it into the scheduler.
| Curtis Hovey (sinzui) wrote : | # |
"We should only need to target the blueprint to the sprint to get it into the scheduler" is the insight needed to do the proper fix. Re-targeting is not updating the SpecificationDe
Unmerged revisions
- 15211. By Steve Langasek on 2012-05-08
-
Don't unnecessarily filter blueprints out of the feed for a sprint based on
their definition status

Steve, this change breaks tests in:
lib/lp/ blueprints/ doc/sprint- meeting- export. txt
The change itself is ok since we do disclaimer that it's not a stable interface to be used for tools other than the scheduler so once the tests are updated this should be all ok.