diff options
author | Sean Griffin <sean@seantheprogrammer.com> | 2017-07-17 10:07:02 -0400 |
---|---|---|
committer | Sean Griffin <sean@seantheprogrammer.com> | 2017-07-17 10:17:18 -0400 |
commit | 5c71000d086cc42516934415b79380c2224e1614 (patch) | |
tree | acad52770bc3f3c7f604ef45885b700d54f4301c /activesupport/test/cache | |
parent | 3bda7ff763c55d33d18318bb2b3ea5c295f34000 (diff) | |
download | rails-5c71000d086cc42516934415b79380c2224e1614.tar.gz rails-5c71000d086cc42516934415b79380c2224e1614.tar.bz2 rails-5c71000d086cc42516934415b79380c2224e1614.zip |
Post.joins(:users) should not be affected by `User.current_scope`
This change was introduced by #18109. The intent of that change was to
specifically apply `unscoped`, not to allow all changes to
`current_scope` to affect the join. The idea of allowing `current_scope`
to affect joins is interesting and potentially more consistent, but has
sever problems associated with it. The fact that we're specifically
stripping out joins indicates one such problem (and potentially leads to
invalid queries).
Ultimately it's difficult to reason about what `Posts.joins(:users)`
actually means if it's affected by `User.current_scope`, and it's
difficult to specifically control what does or doesn't get added. If we
were starting from scratch, I don't think I'd have `joins` be affected
by `default_scope` either, but that's too big of a breaking change to
make at this point.
With this change, we no longer apply `current_scope` when bringing in
joins, with the singular exception of the motivating use case which
introduced this bug, which is providing a way to *opt-out* of having the
default scope apply to joins.
Fixes #29338.
Diffstat (limited to 'activesupport/test/cache')
0 files changed, 0 insertions, 0 deletions