-
Notifications
You must be signed in to change notification settings - Fork 441
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
[webui][api] Update nokogiri gem. #3902
Conversation
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.
LGTM 👍
src/api/.rubocop.yml
Outdated
@@ -141,6 +142,9 @@ Style/TernaryParentheses: | |||
Style/ZeroLengthPredicate: | |||
Enabled: true | |||
|
|||
Style/FrozenStringLiteralComment: |
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.
why are you disabling this cop and how is this related to the update? 🤔
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 have no idea whats going on with rubocop in this PR... It was telling me to add this comment to a file:
# frozen_string_literal: true
But that also made some specs fail too...
Why does our test suite look different? I mean, linters are now separated, and where is git-cop? 😕 😖 |
Because this is 2.8, before the linters ran first and before we had git-cop.. @bgeuken @mdeniz it seems that rubocop is checking files that were not changed in this PR which is preventing this from being merged. Can you please have a look at this? I'm not really sure what to do about it.. |
right! 😉
From Rubocop documentation:
So, I think the problem is that you aded |
Ok I removed TargetRubyVersion and now we get the original rubocop failure which caused me to add TargetRubyVersion in..
|
There is a problem with the versions, because I think the Ruby version we are using to run Rubocop is not the same as the one run. That's why when you add There is an issue in Rubocop: rubocop/rubocop#2956 This is closed, so it is supposed to be fixed, I'll write there or open a new issue because it seems it is not. We are not the only ones having problems with that, as if you check in the issue there are some people in the last months pointing this issue with similar issues. So, until they fix it, I would stuck Rubocop version, as you did before but maybe taking 2.4.1 (
|
src/api/.rubocop.yml
Outdated
@@ -1,6 +1,7 @@ | |||
inherit_from: .rubocop_todo.yml | |||
|
|||
AllCops: | |||
TargetRubyVersion: 2.4.1 |
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.
@evanrolfe sorry, we are installing Ruby 2.4.0, so this should be TargetRubyVersion: 2.4
Can this and the regeneration of the todo file be in a different commit?
There is a security issue with libxml2 which is used by nokogiri. (CVE-2017-0663).
We are having too many problems trying to get rubocop to pass and since this is a stable 2.8 branch which doesn't have much being developed on we have decided to just disable it and fix in master.
I don't get why we start having all these rubocops failing out of a sudden. I would prefer not to disable the whole rubocop test suite. Though after trying to disable the failing cop and having other cops fail instead I am okay to disable this for now. |
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.
DO NOT DISABLE THE WHOLE RUBOCOP! 😡 😭 and BTW Rubocop is still failling. I guess you did something wrong when disabling it @evanrolfe.
I fixed the problem: https://travis-ci.org/Ana06/open-build-service/builds/280285463 That branch include @evanrolfe fix and fix Rubocop. The Test suite is completely green 💚 I can make a PR that supersedes this want if you want @evanrolfe and we can merge that. 😉
I don't see the difference is but OK!!!! 😆
Yes, please do this! Thank you! |
Done! #3910 😉 |
There is a security issue with libxml2 which is used by nokogiri.
(CVE-2017-0663).