ftype -> get_internal_type(), deepcopy django settings #20
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hi Samuel,
I ran into the same issue as #19 and when I looked into it, I saw that the problem was when we try to output
field.ftype
in the template, butftype
is a non-existant attribute. I changed it to useget_internal_type()
and added atest_meatball
to check that all the existing field types get output to the template (and a non-existent field type is not output). As a side effect of adding the new test, the tests ran in a different order and I found another bug where the global django settings were getting overridden permanently by settings inoverride_settings
. I usedcopy.deepcopy
to prevent this and wrote a new test which fails before the change and passes afterward.