-
Notifications
You must be signed in to change notification settings - Fork 346
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
Fix config.log_silently? #324
Fix config.log_silently? #324
Conversation
|
||
it "log_silently? should always be true if ENV['RAILS_GROUPS'] == 'assets'" do | ||
AssetSync.config.log_silently = false | ||
expect(ENV).to receive(:[]).with('RAILS_GROUPS').and_return('assets') |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it should be allow(ENV)
?
Since It looks like part of test setup to me.
If I guess it wrong please tell me what it is.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
expect(ENV)
has the same behavior (stubbing) as allow(ENV)
but also sets up an expectation that the var will be checked in ENV
. Just adds more coverage, but I can change it if you would prefer.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK I think it's fine to have expect
But you should add a comment explaining what that line does (stub + expect)
It's easier for people to read comments than finding history => PR => Line note :)
Edit: Changed some wording
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it is self-explanatory, but I have added a comment to be sure :)
@@ -94,7 +94,7 @@ def fail_silently? | |||
end | |||
|
|||
def log_silently? | |||
ENV['RAILS_GROUPS'] == 'assets' || self.log_silently == false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we consider nil
as false
?
I know the default value is true
, but if someone accidentally assigned nil
to that attribute
Should we throw warning or something?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe if we warned on nil elsewhere in handling the config options? For something as benign as logging, casting nil
to false
is probably OK :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK let's do it later (maybe until someone complains)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
Won't wait, he is too slow :( |
log_silently?
would almost always return true, now it honors the config value unless theRAILS_GROUPS
env var is set toassets
.