Assertion failure when need_review filter choice passed to POFileTranslateView

Bug #276218 reported by Jeroen T. Vermeulen
4
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Low
Jeroen T. Vermeulen

Bug Description

We no longer have the need_review filter in POFileTranslateView, but it's still listed as an acceptable value in _initializeShowOption(). Thus if somebody still uses a URL with this value, the view oopses out instead of ignoring it.

Yahoo still had one of those old URLs around: OOPS-997C2231

More OOPSes: OOPS-1003E198, OOPS-1003H1323, OOPS-1012B1824, OOPS-1012F2298, OOPS-1012G1903, OOPS-1020F1966, OOPS-1020E2528, OOPS-1039EB37

Changed in rosetta:
importance: Undecided → Low
milestone: none → 2.1.11
status: New → Triaged
Ursula Junque (ursinha)
description: updated
Ursula Junque (ursinha)
description: updated
Ursula Junque (ursinha)
description: updated
Changed in rosetta:
assignee: nobody → jtv
status: Triaged → In Progress
Ursula Junque (ursinha)
description: updated
Revision history for this message
Данило Шеган (danilo) wrote :

Fixed in RF 7306.

Changed in rosetta:
status: In Progress → Fix Committed
Changed in rosetta:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.