Skip to content
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

‘Ignored variable is being used’ reported for non-variables #26

Closed
ddeboer opened this issue Oct 18, 2016 · 3 comments · Fixed by #31
Closed

‘Ignored variable is being used’ reported for non-variables #26

ddeboer opened this issue Oct 18, 2016 · 3 comments · Fixed by #31

Comments

@ddeboer
Copy link

ddeboer commented Oct 18, 2016

First off, thanks for Elvis! It’s a great tool for keeping an eye on code quality.

The is_ignored_var check apparently reports this macro call as a ignored variable as well:

?__("This string will be translated. This is a common convention that we also use in the Zotonic framework."),

Can the check be adapted to exclude macros?

@JohanVikman
Copy link

@elbrujohalcon do we need to update katana for this? If katana could show that this is a macro it would be easier to fix this in elvis_core I think...

@elbrujohalcon
Copy link
Member

@JohanVikman probably, since the code seems to be already verifying that it's in fact a variable here.
If this bug is still happening (maybe it's already fixed), it's probably a katana-code bug and it should be reported as such.

@ddeboer
Copy link
Author

ddeboer commented Nov 26, 2018

This is still a problem on the current masters of elvis and elvis_config.

@elbrujohalcon elbrujohalcon transferred this issue from inaka/elvis Nov 27, 2018
jfacorro added a commit that referenced this issue Nov 29, 2019
jfacorro added a commit that referenced this issue Nov 29, 2019
jfacorro added a commit that referenced this issue Nov 29, 2019
jfacorro added a commit that referenced this issue Nov 29, 2019
jfacorro added a commit that referenced this issue Nov 29, 2019
After adding a test that tries to parse all OTP .erl files, there were
some issues found with some modules. These issues are addressed by either
ignoring unparsable code and/or replacing it with dummy values.
jfacorro added a commit that referenced this issue Dec 1, 2019
jfacorro added a commit that referenced this issue Dec 1, 2019
elbrujohalcon added a commit that referenced this issue Dec 2, 2019
jfacorro added a commit that referenced this issue Dec 3, 2019
jfacorro added a commit that referenced this issue Dec 3, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants