- 06 Jun, 2013 5 commits
-
-
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 6 commits
-
-
Daniel Durante 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 3 commits
-
-
Michael Weibel committed
-
Sascha Depold 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 6 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 -
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
-
Sascha Depold committed
-
Sascha Depold committed
-
Sascha Depold committed
-
- 29 May, 2013 4 commits
-
-
Jan Aagaard Meier committed
-
Jan Aagaard Meier committed
-
PostgreSQL will no longer try to split regclass identifiers for default values.
Jan Aagaard Meier committed -
Added special field for describing tables with Postgres, this will give us ...
Jan Aagaard Meier committed
-
- 27 May, 2013 1 commit
-
-
Sascha Depold committed
-
- 26 May, 2013 3 commits
-
-
findOrCreate returns additional flag to tell whether the entry was found or created
Sascha Depold committed -
Jan Aagaard Meier committed
-
Jan Aagaard Meier committed
-
- 25 May, 2013 2 commits
-
-
…NUM values directly, also made a array conversion tool for postgres' querygenerator.
Daniel Durante committed -
Daniel Durante committed
-
- 24 May, 2013 7 commits
-
-
Sascha Depold committed
-
Sascha Depold committed
-
Sascha Depold committed
-
Add model validations option
Sascha Depold committed -
Plus a test for that
Bart Nagel committed -
Also add a test for it
Bart Nagel committed -
Instead of a hash called __model with the model validation errors, the model validation errors are now alongside the field validation keys of the hash, named after the validation's key in the validate array. To be as consistent as possible, the value is an array even though it will only ever have one member. The structure is set to change in 2.0. Example: where there was a model validation set up like validate: { xnor: function() { if (this.field1 === null) === (this.field2 === null) { throw new Error('require both or neither') } } } and field1 and field2 have some validations, validate() might return something like { field1: [ 'must be an email address', 'email address must be @example.com' ], xnor: ['require both or neither'] }
Bart Nagel committed
-