diff options
author | Jon Leighton <j@jonathanleighton.com> | 2013-01-27 20:31:01 +0000 |
---|---|---|
committer | Jon Leighton <j@jonathanleighton.com> | 2013-01-27 20:34:52 +0000 |
commit | c8d889905dab071f1d8a166b25fa69cdd31dc176 (patch) | |
tree | 99703805e1fba618424676ae66cf78a30ce0a35c /actionpack/test/tmp | |
parent | 78562309fc44a4bf28dcadd048e81545ccc716fb (diff) | |
download | rails-c8d889905dab071f1d8a166b25fa69cdd31dc176.tar.gz rails-c8d889905dab071f1d8a166b25fa69cdd31dc176.tar.bz2 rails-c8d889905dab071f1d8a166b25fa69cdd31dc176.zip |
Prevent Relation#merge from collapsing wheres on the RHS
This caused a bug with the new associations implementation, because now
association conditions are represented as Arel nodes internally right up
to when the whole thing gets turned to SQL.
In Rails 3.2, association conditions get turned to raw SQL early on,
which prevents Relation#merge from interfering.
The current implementation was buggy when a default_scope existed on the
target model, since we would basically end up doing:
default_scope.merge(association_scope)
If default_scope contained a where(foo: 'a') and association_scope
contained a where(foo: 'b').where(foo: 'c') then the merger would see
that the same column is representated on both sides of the merge and
collapse the wheres to all but the last: where(foo: 'c')
Now, the RHS of the merge is left alone.
Fixes #8990
Diffstat (limited to 'actionpack/test/tmp')
0 files changed, 0 insertions, 0 deletions