-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bugfix for the problems related to eager loading associations and subsequent saving of DAO instances #716
Bugfix for the problems related to eager loading associations and subsequent saving of DAO instances #716
Conversation
…ctually check that we have a rawAttribute definition for each value we attempt to validate (seems that it is possible to set stuff into a doa instance even though the model does not know about a given property)
…ld have been "username" (note that this broken test has nothing to do with the changes in this branch :-/)
…QL was correct but the test assumed that the fields were specified in a different order (I think switching from `doa.values` to `dao.dataValues` affected the order of field names in generated SQL)
Bugfix for the problems related to eager loading associations and subsequent saving of DAO instances
You sir, are nothing short of awesome! 3 issues closed by merging one PR - thanks :) |
:) thanks ... it's nice to have contributions accepted - you guys do a pretty good job running this project. |
is this change available in any npm-able version? I did an npm install for 1.7.0-alpha2 (which is the version currently in master) but still seeing the issue. |
@kevinludwig you'll have to npm install from git unfortunately. |
@kevinludwig If you're not able to install from git due to deployment issues, or you just don't like the sound of it, a decent work around is to just .build your include object before saving, eg saveableObj = Instance.build(includeyObject.values, {isNewRecord:false}) |
this is a fix for the problems outlined in #715, some buster tests now included