Your testing lib is broken and don't permit to test uniqueness of jobs #232
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hello,
I discovered an issue when migrating from 3.0.11 to 4.0.18.
Inside this file:
You decided to do that:
Instead of that (my solution):
It does not make sense because it means in your version you run the server first (the server is the one who performs the job), then you run the client (client pushs the jobs)
It means in details, at first you release the lock then in the client you acquire a lock, but NO, at first you should acquire a lock... and then after processing the job the lock should be released by the server?! So basically when you want to execute complicated specs where the uniqueness is important we faced of an issue because the lock just don't work. I wasted many days to understand why.
I left some puts in the PR to help you to understand the issue :). But this should of course be removed.
Otherwise good job for the 4.0.18 it's much better than 3.0.11 👍
Edit: sorry for the previous PR (#231) I was unable to provide you a valid PR without comparing with master and my previous PR was relying on a tag version, so I recreated a new one.