Merge lp:~jtv/launchpad/recife-gettranslationrows into lp:~launchpad/launchpad/recife
| Status: | Merged |
|---|---|
| Merged at revision: | 9216 |
| Proposed branch: | lp:~jtv/launchpad/recife-gettranslationrows |
| Merge into: | lp:~launchpad/launchpad/recife |
| Diff against target: |
88 lines (+46/-7) 2 files modified
lib/lp/translations/model/pofile.py (+5/-7) lib/lp/translations/tests/test_pofile.py (+41/-0) |
| To merge this branch: | bzr merge lp:~jtv/launchpad/recife-gettranslationrows |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Henning Eggers (community) | code | 2010-11-26 | Approve on 2010-11-26 |
| Steve Kowalik (community) | code* | Approve on 2010-11-26 | |
|
Review via email:
|
|||
Commit Message
Export obsolete messages side-awarely.
Description of the Change
= POFile.
This is a small fix for translations exports, to go into the Recife feature branch that we're about ready to land on db-devel.
It fixes a very small reliance on the pre-Recife data model: when exporting a translation, obsolete messages were taken from the upstream side (corresponding to "published imports" in the old model). That should be side-sensitive now: it makes more sense to import obsolete messages in the translation that is being exported.
Of the two tests I added, only one fails in the old model: the one with translations for the Ubuntu side. But until we're confident that all hard-coded sides are gone, it makes sense to test for both.
Jeroen

Thanks to Jeroen's explanation that zero is a magic number, I'm happy with this branch.