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
Since updating Sidekiq to 2.12.1, unique jobs that I try to schedule 5 minutes in the future with:
JobClass.perform_in(5.minutes, args)
do wind up in the schedule, but then when five minutes rolls around they go away and are not enqueued or performed. It looks like there was a change to the way Sidekiq uses middleware for scheduled jobs (it now calls client middleware when scheduled jobs or retries are put on the queue).
Is it possible that the sidekiq-unique-jobs middleware is setting the payload hash key when the job is scheduled, and since the new Sidekiq version also calls client middleware when the scheduled job is then enqueued, it's not enqueued because the hash is already there?
The text was updated successfully, but these errors were encountered:
This also appears to be happening to jobs that aren't unique, if the sidekiq-unique-jobs middleware is in the chain.
I only use sidekiq-unique-jobs for certain workers, but I've noticed that any scheduled worker disappears from the queue at the time scheduled without being performed.
Since updating Sidekiq to 2.12.1, unique jobs that I try to schedule 5 minutes in the future with:
do wind up in the schedule, but then when five minutes rolls around they go away and are not enqueued or performed. It looks like there was a change to the way Sidekiq uses middleware for scheduled jobs (it now calls client middleware when scheduled jobs or retries are put on the queue).
Is it possible that the sidekiq-unique-jobs middleware is setting the payload hash key when the job is scheduled, and since the new Sidekiq version also calls client middleware when the scheduled job is then enqueued, it's not enqueued because the hash is already there?
The text was updated successfully, but these errors were encountered: