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
This makes sense in environments with real workers, but this doesn't hold true with inline/run_synchronously. In Active Job tests that include retry_on, the retried job will call this run method before the previous one has returned.
The text was updated successfully, but these errors were encountered:
Fixing the synchronous setting uncovered some more errors with Que 1.0:
exception tests with retry_on started failing due to an assertion in
Que's Active Job integration that running jobs won't nest. However, this
is not the case when running retriable jobs synchronously.
This change overrides Que's Active Job wrapper to not make this
assertion.
I also opened an issue in the que repo: que-rb/que#329
Fixing the synchronous setting uncovered some more errors with Que 1.0:
exception tests with retry_on started failing due to an assertion in
Que's Active Job integration that running jobs won't nest. However, this
is not the case when running retriable jobs synchronously.
This change overrides Que's Active Job wrapper to not make this
assertion.
I also opened an issue in the que repo: que-rb/que#329
See failing tests here: https://buildkite.com/rails/rails/builds/84165#63b89f96-f556-468a-a2a9-e14019d5c179
I believe the issue boils down to this assumption in the
Que::ActiveJob::WrapperExtensions
that the worker won't ever nest:que/lib/que/active_job/extensions.rb
Lines 70 to 73 in fa4988e
This makes sense in environments with real workers, but this doesn't hold true with
inline
/run_synchronously
. In Active Job tests that includeretry_on
, the retried job will call thisrun
method before the previous one has returned.The text was updated successfully, but these errors were encountered: