Jon Rowe comments

Results 306 comments of


                                            Jon Rowe

stub_const fails to set name of stubbed Class if example is not in context

@wyde19 I'm not talking about the Ruby `autoload` declaration, but the fact `active_support` hijacks `const_missing` to load files, if you wish to use inflections I suggest you load only the...

stub_const fails to set name of stubbed Class if example is not in context

Closing due to inactivity, and a reasonable workaround? during the monorepo migration.

Can't convert RSpec::Mocks::Double to String (RSpec::Mocks::Double#to_str gives RSpec::Mocks::Double)

The solution to your issue is probably that your mock needs to respond to `id` or `to_param` in order for Rails to convert it into a url, it's calling `to_s`...

Can't convert RSpec::Mocks::Double to String (RSpec::Mocks::Double#to_str gives RSpec::Mocks::Double)

@xaviershay Yep, that library implements a bunch of "fake active record" functionality.

`receive` expectation: (optionally) enforce to specify whether a method should be stubbed

Personally I'm leaning against this, RSpec Mocks is a mocking and stubbing library, thus the inferred default for a partial double like this is to stub. It's well documented that...

`receive` expectation: (optionally) enforce to specify whether a method should be stubbed

Running the original defeats the point of using a stub in the first place, also note that the primary use case, doubles, doesn't even have an original implementation.

`receive` expectation: (optionally) enforce to specify whether a method should be stubbed

> I don't think you can say "Running the original defeats the point of using a stub in the first place" without acknowledging that that's only one approach. I'm attempting...

`receive` expectation: (optionally) enforce to specify whether a method should be stubbed

If you'd like to work on it in a fashion similar to what I described above, I'd be happy to help.

`receive` expectation: (optionally) enforce to specify whether a method should be stubbed

Closing due to inactivity during the monorepo migration, but if someone wanted to revisit this they'd be welcome.

class spies fail to verify when chaining an instance method onto a class method that returns an instance

Is there anything to do here? Seems not?