Server middleware removes payload hash key before expiration about sidekiq-unique-jobs HOT 3 CLOSED

I'll check that out sounds like there is room for improvement. Not sure what you mean by the server side piece however, could you elaborate?

from sidekiq-unique-jobs.

To me it sounds like you are after something like https://github.com/tobiassvn/sidetiq so I am closing this issue. The payload is supposed to be cleared when the job is run successfully and only ever kept for the maximum time configured for the payload. As I see it there should be no need to keep the payload after the job has been completed. That is a task for a scheduler.

from sidekiq-unique-jobs.

@mhenrixon Sorry I never responded to this... I never received a github email and forgot about the comment to be honest.

I think the point here is that this gem just ensures no two indentical jobs are queued during a given window, whereas it sounds like it ensures that no two identical jobs will be processed during the same window.

Consider the following (sort of contrived) example: I want to send 1 email (a background job) to a user if their account has received a new notification. But I only want to do this once within a 24 hour period so as to not bombard them with emails. The argument to the job is just the user_id of the user to email.

With the current implementation, after the first email job is processed, the uniqueness check no longer happens. So the user will keep getting emails when new notifications are created (assuming the queues empty quickly).

I saw you updated the docs which may help a bit, but anyway I hope that illustrates where the confusion came from.

from sidekiq-unique-jobs.