mirror of
https://github.com/thoughtbot/shoulda-matchers.git
synced 2022-11-09 12:01:38 -05:00
1189934806
`allow_value` matcher is, of course, concerned with setting values on a particular attribute on a particular record, and then checking that the record is valid after doing so. That comes with a caveat: if the attribute is overridden in such a way so that the same value going into the attribute isn't the same value coming out of it, then `allow_value` will balk -- it'll say, "I can't do that because that changes how I work." That's all well and good, but what the attribute intentionally changes incoming values? ActiveRecord's typecasting behavior, for instance, would trigger such an exception. What if the developer needs a way to get around this? This is where `ignoring_interference_by_writer` comes into play. You can tack it on to the end of the matcher, and you're free to go on your way. So, prior to this commit you could already apply it to `allow_value`, but now in this commit it also works on any other matcher. But, one little thing: sometimes using this qualifier isn't going to work. Perhaps you or something else actually *is* overriding the attribute to change incoming values in a specific way, and perhaps the value that comes out makes the record fail validation, and there's nothing you can do about it. So in this case, even if you're using `ignoring_interference_by_writer`, we want to inform you about what the attribute is doing -- what the input and output was. And so we do. |
||
---|---|---|
.. | ||
action_controller | ||
active_model | ||
active_record | ||
doublespeak | ||
independent | ||
integrations | ||
util | ||
action_controller.rb | ||
active_model.rb | ||
active_record.rb | ||
configuration.rb | ||
doublespeak.rb | ||
error.rb | ||
independent.rb | ||
integrations.rb | ||
matcher_context.rb | ||
rails_shim.rb | ||
routing.rb | ||
util.rb | ||
version.rb | ||
warn.rb |