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
Describe the bug
I have a unique job set up like with the following options:
classAddresses::BitpayWorkerincludeSidekiq::Workersidekiq_optionslock: :until_executed,on_conflict: :logdefperform(account_id)logger.info"Starting with #{account_id}"# ...endend
I'm not sure how, but it seems in 6.0.5 this job can now actually run multiple times simultaneously. It was working fine in 5.x. Screenshot of Sidekiq UI:
Describe the bug
I have a unique job set up like with the following options:
I'm not sure how, but it seems in 6.0.5 this job can now actually run multiple times simultaneously. It was working fine in 5.x. Screenshot of Sidekiq UI:
The Sidekiq log:
Expected behavior
UntilExecuted queue should prevent jobs from being queued while a matching job exists in the queue, or is currently being executed.
Current behavior
As above.
The text was updated successfully, but these errors were encountered: