1.0.9 broke uselist=False on backref
See original GitHub issueIn 1.0.8, I could have relationships with uselist=False
with no problem (it’d just look strange with how you could actually add multiple entries in the UI…), but in 1.0.9, this instead displays the same symptoms described in #376. And just like in #376, the fix is to move the uselist=False
from the backref to the relationship.
Issue Analytics
- State:
- Created 9 years ago
- Comments:9 (5 by maintainers)
Top Results From Across the Web
No results found
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Goal is to edit two related models at once? Also, is there a chance that another model might not exist (your foreign keys are nullable)?
In any case, I’d use wtforms machinery to do it: http://wtforms.readthedocs.org/en/latest/fields.html#wtforms.fields.FormField
Only problem with this approach - you will have to override
populate_obj
in your form and create instance of related model if related model does not exists.@nshelly, Any update on how/if you got this to work? I’m looking at using 1-to-1 inline model as well, possibly.