openhatch / oh-bugimporters

Bug importers for the OpenHatch project oh-mainline
https://oh-bugimporters.readthedocs.org/
GNU Affero General Public License v3.0
12 stars 28 forks source link

Github importer is generating ParsedBug objects with no _tracker_name value #90

Closed ghost closed 10 years ago

ghost commented 10 years ago

Comment by paulproteus:

I am running "python import_bugimporter_data /tmp/results.jsonlines".

What I expect is that it should import JSON data from the file specified without printing any warnings.

What I'm seeing instead is this error:

File "/home/deploy/milestone-a/mysite/customs/management/commands/import_bugi mporter_data.py", line 49, in handle mysite.customs.core_bugimporters.import_one_bug_item(bug_dict) File "/home/deploy/milestone-a/mysite/customs/core_bugimporters.py", line 79, in import_one_bug_item tracker_name=d['_tracker_name']) KeyError: '_tracker_name'

I believe we should adjust oh-bugimporters so that it refuses to export any ParsedBug item that doesn't have a _tracker_name value.

(My guess for the root cause here is that there's probably a bug in one of the bugimporter classes where it's not filling in the _tracker_name value.)

We can possibly do this with the help of an undocumented property of the scrapy Field class: "required". You can see that here: http://pydoc.net/s01.scrapy/0.12.3/s01.scrapy.fieldproperty

An alternative is to add some of our own machinery that insists ParsedBug has this field set to a value.


Comment by paulproteus:

It seems to (at least) be true of the Github importer.


Comment by jwm:

https://github.com/openhatch/oh-bugimporters/pull/21


Comment by paulproteus:

This is in. Could use more test coverage, but it seems to pass what tests there are. (-:


Status: resolved Nosy List: jwm, paulproteus Priority: bug Imported from roundup ID: 773 (view archived page) Last modified: 2012-09-27.01:20:46