Detect & clean up messages inconsistent with flags

Bug #319153 reported by Jeroen T. Vermeulen
2
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
High
Jeroen T. Vermeulen

Bug Description

Bug 317578 shows how message translations can end up being inconsistent with their flags, so that neither gettext nor Launchpad would accept them the way they are.

Besides catching that situation, we should also be able to clean up the cases where this has happened.

Changed in rosetta:
assignee: nobody → jtv
importance: Undecided → High
milestone: none → 2.2.1
status: New → In Progress
Revision history for this message
Jeroen T. Vermeulen (jtv) wrote :

The attached branch re-checks messages in Hardy and later for gettext errors when given the selection clause:

  is_current IS TRUE AND id >= 74539159 AND EXISTS (
    SELECT * FROM POTMsgSet
    WHERE
      POTMsgSet.sequence > 0 AND
      POTMsgSet.id = TranslationMessage.potmsgset AND
      flagscomment LIKE '%format%'
  )

Took just under 6 hours on staging, of which about 24 minutes were spent collecting the TranslationMessages. It may be advisable to break it down into chunks.

Changed in rosetta:
status: In Progress → Fix Committed
Revision history for this message
Jeroen T. Vermeulen (jtv) wrote :

After a bit more tweaking, this is now waiting for approval to run.

Revision history for this message
Jeroen T. Vermeulen (jtv) wrote :

Script has been run.

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.