This is an automatically generated e-mail. To reply, visit: http://reviewboard-tflink.rhcloud.com/r/64/

This change has been discarded.


Review request for blockerbugs.
By Martin Krizek.

Updated Feb. 21, 2014, 12:12 p.m.

Repository: blockerbugs

Description

This will not display updates that are obsolete or irrelevant. After fetching updates from bodhi, the clean_updates method will set status of updates that are in database and not in the fetched updates (are not relevant anymore) to 'deleted'. There seems to be no way to know whether an update in db is still present in bodhi or not. So we mark every update in db as 'deleted' that is not currently an update that fixes a blocker bug. The question is whether we want to mark these updates as 'deleted' and create status that does not exist in bodhi or mark them in other way. If a situation where a 'deleted' update is used again as a fix of a blocker bug occurs, its status is set back to 'testing' or 'stable' on the next update sync. Any suggestions about improving or changin
 g the approach?

Testing

Unit test attached in the patch. Some testing done on my dev machine as well.

Diffs

  • testing/testfunc_update_sync.py (48dfb500469b8f237020b5d0845ae60a4e1fb776)
  • blockerbugs/util/update_sync.py (47dbc9fa17ed3b751417b4ab822c257fa5423f4b)
  • blockerbugs/controllers/main.py (5455e1aa2bbf6edc551223ee6fccb9c6236f0eb8)
  • blockerbugs/__init__.py (3525501c382f21339dab0e18e973141ad29073e3)

View Diff