assertion failure in POTemplateURL.__init__
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
High
|
Jeroen T. Vermeulen |
Bug Description
See OOPS-601A1528. This one only seems to affect Translations administrators, and the failure in question was for a package with an unusual status somewhere between "upstream" and "Ubuntu." Translation files had been uploaded and it must have been in the process of resolving the situation that Carlos triggered the assert.
The assertion is in lib/canonical/
The failure means that a POTemplate had both a productseries and a distroseries. The form lets you do that, although it now (2008-09-02, after the move to Storm) results in an IntegrityError instead of an assertion failure.
Related branches
- Curtis Hovey (community): Approve (code)
- Henning Eggers: Pending requested
-
Diff: 70 lines (+52/-0)2 files modifiedlib/lp/translations/browser/potemplate.py (+15/-0)
lib/lp/translations/stories/standalone/xx-potemplate-admin.txt (+37/-0)
description: | updated |
description: | updated |
Changed in rosetta: | |
status: | New → Confirmed |
tags: | added: oops |
tags: | added: trivial |
Changed in rosetta: | |
assignee: | nobody → Jeroen T. Vermeulen (jtv) |
milestone: | none → 10.01 |
Changed in rosetta: | |
status: | In Progress → Fix Committed |
tags: | added: qa-needstesting |
tags: |
added: qa-ok removed: qa-needstesting |
Changed in rosetta: | |
status: | Fix Committed → Fix Released |
We've only seen one failure so far. It doesn't look like a non-admin could run into it, and even then only rarely. The error did not stop Carlos from doing the job, so it's of Low importance.