Open russellsilva opened 8 years ago
We reserve the issue tracker for bugs only, please the Rails talk mailing list or Stack Overflow. Thanks! π
@kaspth I understand, but why is this not considered a bug? There was a similar issue reported earlier that dealt with libraries in the test environment: https://github.com/rails/spring/issues/83
The general problem is the same, there are some constants that seem to stay unloaded when using Spring but everything works fine without Spring.
Any thoughts?
Ah, I see. I just saw the external gem and thought that can't be right. Sorry about that :smile:
Do we have a more general issue reported we can pool resources around? It seems like the issues reported focus on the external gems, maybe there's more to gain by focusing on the general issue?
Thanks π
@ryansouza pointed out that the statsd/instrument/matchers
file is conditionally required only if RSpec is already defined by statsd-instrument
. This explains the rails console
behavior in my original report.
Some sort of load order difference between spring and bundle exec
?
I found a workaround: require 'statsd/instrument/matchers'
in my spec_helper.rb
.
Interesting! I'll reopen but pass the torch, spring isn't really my domain.
I'm using the statsd-instrument gem rspec matchers.
In
spec_helper.rb
:Incidentally, the
Matchers
module can't be found fromrails console
, even without usingspring
:I'm really confused as to why it can't see
StatsD::Instrument::Matchers
. As noted,bundle exec rspec
works fine. Any ideas?