Trying to add an email that's already registered as a SSO account but not a person, oopses

[Ursula Junque]

As seen on OOPS-1341F2700:

  AttributeError: 'NoneType' object has no attribute 'name'

It seems the problem happens when you try to +editemails and the email address you try to add is already associated with a SSO account, which means it doesn't have one associated person.

[Guilherme Salgado (salgado)]

This one is slightly tricky because we'd need to explain to the user that they've got a Launchpad account and an SSO one, and in order to merge them they'd have to "upgrade" that SSO one into a Launchpad one (by logging into LP using the SSO credentials) and then merging the two. That's far from ideal, so we might want to make it possible to merge an SSO account into a LP one before we fix this.

[Guilherme Salgado (salgado)]

This one will become a non-issue once we stop sharing the EmailAddress table with SSO, which will happen soon

[Francis J. Lacoste (flacoste)]

Even though we don't share the EmailAddress table with SSO anymore, we still have EmailAddress only associated to an OpenID account. Both for legacy reasons and because of ShipIt (which will create Account/EmailAddress pairs, but not Person.)

[Gary Poster (gary)]

After Stuart's work this just needs to have extra logic when you claim email addresses to handle the situation.

[Curtis Hovey (sinzui)]

jcsackett fixed this in September 2009 when driving down registry oopses. in the same method.