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.
There is some weird behavior happening with scopes with the names
afterandevery.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.afterthen 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#afterdefined in hyper-operation/delay_and_interval.This can be replicated on the server in a rails console.