Activity log for bug #411514

Date Who What changed Old value New value Message
2009-08-10 16:07:31 Данило Шеган bug added bug
2009-08-10 16:09:37 Данило Шеган tags rosetta-imports
2009-08-10 16:21:07 Данило Шеган description Similarly to bug #408528 in Soyuz, when we are importing translations from people who have not registered in Launchpad (i.e. there is no Person record for them), but who do have an account (i.e. there is Account and EmailAddress record for them), imports fail with Traceback (most recent call last): File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/scripts/po_import.py", line 104, in run (mail_subject, mail_body) = ( File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/model/pofile.py", line 1026, in importFromQueue errors, warnings = ( File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/utilities/translation_import.py", line 335, in importFile file_importer = POFileImporter( File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/utilities/translation_import.py", line 692, in __init__ self.last_translator = self._getPersonByEmail(email, name) File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/utilities/translation_import.py", line 741, in _getPersonByEmail displayname=name, comment=comment) File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/registry/model/person.py", line 2459, in createPersonAndEmail email = getUtility(IEmailAddressSet).new( File "/srv/launchpad.net/production/launchpad-rev-8325/lib/canonical/launchpad/database/emailaddress.py", line 116, in new raise EmailAddressAlreadyTaken( EmailAddressAlreadyTaken: The email address '...' is already registered. Discussing this with Salgado, the problem is that we are using Account/Person split to indicate if someone has explicitely registered to use Launchpad or not. Yet, in Translations we do need Person records, so we need to create them anyway. Proper, long-term fix will involve adding separate field to person records indicating whether that person is using LP or not (i.e. it was created automatically). As a short-term fix, we can add Person records with a new creation rationale like POFILEIMPORT_NOTYETUSINGLAUNCHPAD (and equate it to POFILEIMPORT wherever we are using POFILEIMPORT). To help with a test case, we have seen this with French upload at https://translations.launchpad.net/felo/+imports Work-around for users: modify Last-Translator to use a different email address, preferrably of the same person. Note that translations will be creditted to Last-Translator, so if you get it wrong, a wrong person might get the credit for somebody else's work. Similarly to bug #408528 in Soyuz, when we are importing translations from people who have not registered in Launchpad (i.e. there is no Person record for them), but who do have an account (i.e. there is Account and EmailAddress record for them), imports fail with Traceback (most recent call last): File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/scripts/po_import.py", line 104, in run (mail_subject, mail_body) = ( File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/model/pofile.py", line 1026, in importFromQueue errors, warnings = ( File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/utilities/translation_import.py", line 335, in importFile file_importer = POFileImporter( File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/utilities/translation_import.py", line 692, in __init__ self.last_translator = self._getPersonByEmail(email, name) File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/translations/utilities/translation_import.py", line 741, in _getPersonByEmail displayname=name, comment=comment) File "/srv/launchpad.net/production/launchpad-rev-8325/lib/lp/registry/model/person.py", line 2459, in createPersonAndEmail email = getUtility(IEmailAddressSet).new( File "/srv/launchpad.net/production/launchpad-rev-8325/lib/canonical/launchpad/database/emailaddress.py", line 116, in new raise EmailAddressAlreadyTaken( EmailAddressAlreadyTaken: The email address '...' is already registered. Discussing this with Salgado, the problem is that we are using Account/Person split to indicate if someone has explicitely registered to use Launchpad or not. Yet, in Translations we do need Person records, so we need to create them anyway. Proper, long-term fix will involve adding separate field to person records indicating whether that person is using LP or not (i.e. it was created automatically). As a short-term fix, we can add Person records with a new creation rationale like POFILEIMPORT_NOTYETUSINGLAUNCHPAD (and equate it to POFILEIMPORT wherever we are using POFILEIMPORT). To help with a test case, we have seen this with French upload at https://translations.launchpad.net/felo/+imports Work-around for users: modify Last-Translator to use a different email address, preferrably of the same person. Note that translations will be creditted to Last-Translator, so if you get it wrong, a wrong person might get the credit for somebody else's work. Problem reported by Torsten Bronger (https://launchpad.net/~bronger)
2010-01-28 18:37:40 Jeroen T. Vermeulen tags rosetta-imports oops rosetta-imports
2010-02-08 10:29:41 Jeroen T. Vermeulen summary Silent PO import failures: EmailAddressAlreadyTaken Import oopses: EmailAddressAlreadyTaken
2010-02-12 10:57:55 Jeroen T. Vermeulen rosetta: assignee Jeroen T. Vermeulen (jtv)
2010-02-12 10:57:59 Jeroen T. Vermeulen rosetta: milestone 10.02
2010-02-12 10:58:04 Jeroen T. Vermeulen rosetta: status Triaged In Progress
2010-02-12 10:59:22 Launchpad Janitor branch linked lp:~jtv/launchpad/bug-411514
2010-02-13 02:55:11 Ursula Junque rosetta: status In Progress Fix Committed
2010-02-13 02:55:14 Ursula Junque tags oops rosetta-imports oops qa-needstesting rosetta-imports
2010-02-15 16:52:24 Jeroen T. Vermeulen tags oops qa-needstesting rosetta-imports oops qa-ok rosetta-imports
2010-03-05 14:46:44 Данило Шеган rosetta: status Fix Committed Fix Released