-
-
Notifications
You must be signed in to change notification settings - Fork 1k
have_enqueued_job not available by default in 3.4.0 #1488
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
If there's no As for having to That module isn't included automatically in all RSpec example groups. Although, perhaps it should. There are a lot of other matchers in that module that, IMO, should be usable in any context. @cupakromer, WDYT? |
yes, I think it should be available out of the box in case when AJ is available, I thought that this is enough https://github.com/rspec/rspec-rails/blob/master/lib/rspec/rails/matchers.rb#L22-L24 but it's not |
I got tripped up by this same thing. I needed to Thanks for the explanation! It allowed me to get on my way. |
I just ran into this as well. It seems like either these matchers should be included by default or the docs should include the necessary set up to avoid similar confusion. Happy to help with either. |
Bump. Running into this as well. |
I think it should be automatically included in all example groups. Jobs can come out of anywhere, and any |
@soulcutter It is automatically included, just only in Rails example groups, so lib code etc won't trigger it, PR incoming to fix this though |
When I try to use new matcher, I'm getting
You must pass an argument rather than a block to use the provided matcher (have enqueued job), or the matcher must implement supports_block_expectations?
error.
After debugging it turns out that it's not autoloaded, I have to
include RSpec::Rails::Matchers
.Any idea why is that?
The text was updated successfully, but these errors were encountered: