SourceForge bug import script doesn't handle nonexistent projects properly

[Graham Binns]

If you specify an nonexistent product when importing bugs from SourceForge, you get a traceback:

Traceback (most recent call last):
  File "/home/graham/canonical/lp-branches/trunk/lib/canonical/launchpad/scripts/sftracker.py", line 440, in importTracker
    self.importTrackerItem(item)
  File "/home/graham/canonical/lp-branches/trunk/lib/canonical/launchpad/scripts/sftracker.py", line 353, in importTrackerItem
    msg = self.createMessage(item.title, date, userid, text)
  File "/home/graham/canonical/lp-branches/trunk/lib/canonical/launchpad/scripts/sftracker.py", line 320, in createMessage
    owner = self.get_person(userid)
  File "/home/graham/canonical/lp-branches/trunk/lib/canonical/launchpad/scripts/sftracker.py", line 279, in get_person
    comment='when importing bugs for %s from SourceForge.net'
AttributeError: 'NoneType' object has no attribute 'displayname'

This happens because the sourceforge-import.py script doesn't handle the nonexistent product properly. It should check that the product exists before it tries to do anything else, but it's obviously not doing.

[Jelmer Vernooij (jelmer)]

This seems related to bug 227380.