-
Notifications
You must be signed in to change notification settings - Fork 74
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
pronto-rubocop 0.4.4 ignoring rubocop:disable #13
Comments
@mmozuras, how to fix this? |
@mmozuras Welcome back from vacation. Any ideas on a fix for this? |
It is problem of rubocop, not pronto-rubocop. It is ignored only when run сб, 5 сент. 2015, 22:02, Dan Kohn [email protected]:
|
@dankohn I'll make this bug a priority. Expect more news tomorrow 😄 |
@mmozuras Hugely appreciated. I love pronto. Here I am signing it's praises: https://news.ycombinator.com/item?id=10055342 |
@dankohn so that's where those stars came from... But honestly, can't express how great that feels 😄 And the bug is fixed and released, btw 😄 |
pronto rubocop 0.4.4 is ignoring
rubocop:disable
entries, while 0.4.3 honors them correctly.Running rubocop on a branch produces a clean result, but running
pronto run -r=rubocop
shows me 5 Rubocop errors. Each of the Rubocop errors has been explicitly disabled in the code.Running
pronto run -r=rubocop --commit=$(git log --pretty=format:%H | tail -1)
shows me dozens of Rubocop errors across the whole codebase.My repo is proprietary, but I doubt the bug is limited to me. It seems like something changed in how rubocop accepts how it is being evoked by pronto-rubocop, causing it to ignore disables. Please let me know if there's anything else I can report.
The text was updated successfully, but these errors were encountered: