You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 19, 2018. It is now read-only.
There is some weird behavior happening with scopes with the names after and every.
For example if you have a model with a scope called after, it will work fine when called by itself Job.after. BUT if you put any other scope before it Job.active.after then it breaks with the error undefined method 'limit' for #<Thread:0x0000000003a45bc0>.
Tracking that down, it looks as though for some reason it is calling the Kernel#after defined in hyper-operation/delay_and_interval.
This can be replicated on the server in a rails console.
The text was updated successfully, but these errors were encountered:
ActiveRecord's magic uses method missing to call the scope defined in the model on the ActiveRecord::Relation, but since Kernel defines those methods it never gets there. So there's really no nice way around it.
There is some weird behavior happening with scopes with the names
after
andevery
.For example if you have a model with a scope called after, it will work fine when called by itself
Job.after
. BUT if you put any other scope before itJob.active.after
then it breaks with the errorundefined method 'limit' for #<Thread:0x0000000003a45bc0>
.Tracking that down, it looks as though for some reason it is calling the
Kernel#after
defined in hyper-operation/delay_and_interval.This can be replicated on the server in a rails console.
The text was updated successfully, but these errors were encountered: