Incorrect attribution of translations

Asked by Laurent Lyaudet on 2013-08-24

Hi,

I uploaded a translation file .po on launchpad the 2013-08-18 for clamtk.
Unfortunately, I didn't changed the last translator field in the po file.
Hence, my translations are all attributed to Nicolas Derive.
Is it possible for launchpad administrators to run a simple update request on the database in order to modify the attribution of clamtk translations where translator is Nicolas Derive and date is 2013-08-18 ?
Otherwise, is there some way to re-upload the file with the correct last translator field?
This last solution could be considered a fix to bug 695033.

Thanks, best regards,
    Laurent Lyaudet

Question information

Language:
English Edit question
Status:
Expired
For:
Launchpad itself Edit question
Assignee:
No assignee Edit question
Last query:
2013-08-28
Last reply:
2013-09-13
Nicolas Delvaux (malizor) said : #1

Hi, lp-l10n-fr administrator here.

I just wanted to confirm that Laurent's request is legitimate.
He really is the author of these translations.

As a side note, there should at least be a warning on the PO upload page to inform that the translation will be attributed in accordance to the last-translator field...

Thanks,
Nicolas

William Grant (wgrant) said : #2

I'm afraid it's not possible to change that after the fact.

Well 'It is possible'...
Can you explain further, please?
Is there any policy that no error in your database will be corrected without using launchpad interface, unless affecting a lot of people?

William Grant (wgrant) said : #4

Making direct changes to a very large database is a risky operation, as there may be unforeseen consequences of changing bits of the data that were never designed to change. We will not make direct changes unless there is a big problem caused by the bad data and no other way to fix it. I do not see substantial problems arising from this misattribution, and I don't want to corrupt translations data.

If you know the structure of your database well, the size doesn't matter.
I do not think the number of tables involved exposes to unforeseen consequences.
I have a problem with misattribution because I care about Truth. Your translations data are corrupted as is.

William Grant (wgrant) said : #6

On 28/08/13 04:11, Laurent Lyaudet wrote:> If you know the structure of your database well, the size doesn't matter.
> I do not think the number of tables involved exposes to unforeseen consequences.

It does.

> I have a problem with misattribution because I care about Truth. Your translations data are corrupted as is.

They are perhaps corrupted, yes, but not in a way that causes a functional problem. I'm extremely reluctant to risk the creation of a functional problem just to fix a cosmetic problem.

You think that Truth is cosmetic?

Launchpad Janitor (janitor) said : #8

This question was expired because it remained in the 'Open' state without activity for the last 15 days.