ubuntu-translations-coordinators team mailing list archive
-
ubuntu-translations-coordinators team
-
Mailing list archive
-
Message #00349
An alternative to collectively deleting everything from the import queue which is older than 6 months
Dear Launchpad Translations team,
currently the Needs Review queue has too many entries for us to look
through, we only have the capacity to look through the .pot files.
Meanwhile all the other entries are slowing down the import process,
since the import script goes through the whole list and tries to import
the files over and over again.
After discussing with David Planella, we came up with the following idea:
Objective: to reduce the items in the Needs Review queue to those we
care about:
For the active *development* cycle, we have five cases we care about:
* .po without .pot: a package has uploaded .po files without .pot.
This is a packaging bug, that we need to identify and get fixed.
* .po or .pot with changed file path: if there is already a template
in the database, but the file path in the package changed, we need to
update the file path in the template to get them imported.
* .pot which has been moved (exists already in the db for a different
src pkg)
* new .pot needs approval
* .po files with language codes which cannot automatically get detected
For *stable releases* we only care about the following cases:
* .po or .pot with changed file path
* new .pot needs approval (updates or security upload introduces a
new .pot)
* .po files with language codes which cannot automatically get detected
Suggestions how to fix the problem:
* only keep the latest upload of any file in the queue, discard the
rest after a short grace period
* add tests (actually the import script should run these tests
already) for the cases described above and add the import failure reason
to the entry in the UI.
* for templates which have been moved, show the existing reference in
the UI, e.g. this template exists already in source pkg "foo"
* discard those files from the queue which don't match our interest
I'm not sure how feasible it is to implement this, so I'm asking for
comments here.
Cheers
Arne
Follow ups