- 10 Jun, 2013 4 commits
-
-
Sascha Depold committed
-
Sascha Depold committed
-
Sascha Depold committed
-
Jan Aagaard Meier committed
-
- 08 Jun, 2013 1 commit
-
-
Jan Aagaard Meier committed
-
- 06 Jun, 2013 8 commits
-
-
Daniel Durante committed
-
BigInt/Datatypes enhancements
durango committed -
Fixing 'identifier' being stored as the raw value of the 'id' rather than being wrapped in an object
Sascha Depold committed -
Jan Aagaard Meier committed
-
Jan Aagaard Meier committed
-
Jan Aagaard Meier committed
-
Jan Aagaard Meier committed
-
Default ports are now declared in the ConnectorManager.
Jan Aagaard Meier committed
-
- 05 Jun, 2013 13 commits
-
-
Daniel Durante committed
-
sevastos committed
-
sevastos committed
-
sevastos committed
-
sevastos committed
-
Sascha Depold committed
-
Sascha Depold committed
-
Sascha Depold committed
-
Sascha Depold committed
-
Jan Aagaard Meier committed
-
Fix belongsTo where params
Jan Aagaard Meier committed -
…fix-belongs-to-where-params
Michael Weibel committed -
Michael Weibel committed
-
- 03 Jun, 2013 2 commits
-
-
Sascha Depold committed
-
-
- 02 Jun, 2013 1 commit
-
-
identifiers in Postgres
Martin Aspeli committed
-
- 31 May, 2013 7 commits
-
-
Michael Weibel committed
-
Sascha Depold committed
-
Sascha Depold committed
-
Sascha Depold committed
-
Sascha Depold committed
-
Continuation of a fix outlined in [pull request 656](https://github.com/sequelize/sequelize/pull/656)
Elliot Chong committed -
Usually when adding to a `foobar.getBla()` a where param like `foobar.getBla({where: {x: "y"}})` it should extend the existing where param (`"id": id`) with the additional where param. This didn't work for belongsTo associations until now.
Michael Weibel committed
-
- 30 May, 2013 4 commits
-
-
Fixing a bug in query generation where 'identifier' is being stored as the raw value of the 'id' rather than being wrapped in an object.
Sascha Depold committed -
Sascha Depold committed
-
When the raw value of ```id``` is stored as ```identifier``` in ```save()``` an invalid query is returned from the ```QueryGenerator```. i.e. - Without the fix, an UPDATE query looks like this: ```UPDATE `Users` SET `gender`='male',`email`='updated@bar.com',`updatedAt`='2013-05-29 23:33:36',`createdAt`='2013-05-29 23:33:36' WHERE 2``` The ```WHERE 2``` is not the desired behavior. If ```id``` is wrapped in an object then the correct query is generated: ```UPDATE `Users` SET `gender`='male',`email`='updated@bar.com',`updatedAt`='2013-05-29 23:33:36',`createdAt`='2013-05-29 23:33:36' WHERE `id`=2```
Elliot Chong committed -
Sascha Depold committed
-