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

update @eslint airbnb #2096

Closed
britt6612 opened this issue Nov 29, 2021 · 5 comments · Fixed by grommet/grommet#5848
Closed

update @eslint airbnb #2096

britt6612 opened this issue Nov 29, 2021 · 5 comments · Fixed by grommet/grommet#5848

Comments

@britt6612
Copy link
Collaborator

update eslint and eslint-config-airbnb for grommet

@britt6612 britt6612 self-assigned this Nov 29, 2021
@britt6612 britt6612 added this to Triage in Grommet/Design System Backlog via automation Nov 29, 2021
@britt6612 britt6612 moved this from Triage to Current Sprint in Grommet/Design System Backlog Nov 29, 2021
@britt6612 britt6612 moved this from Current Sprint to In progress in Grommet/Design System Backlog Nov 30, 2021
@britt6612 britt6612 moved this from In progress to Current Sprint in Grommet/Design System Backlog Dec 1, 2021
@britt6612 britt6612 moved this from Current Sprint to In progress in Grommet/Design System Backlog Dec 3, 2021
@britt6612
Copy link
Collaborator Author

When updating to the latest @airbnb eslint package we get over 1500 errors this is all mostly caused by a new rule that was changed from "off" to "error" in the latest release. This was not documented within the release notes so I had to dig a little to find the change.

I did find another issue though documenting the same problems we are running into here airbnb/javascript#2505

There is an open PR for this issue that was opened about a month ago airbnb/javascript#2501
Screen Shot 2021-12-06 at 12 00 55 PM
In this PR you can see where the rule got changed

We can either upgrade and turn this rule "off" and keep track of the progress in the airbnb repo or we can wait to upgrade until it is resolved. Locally I did turn off the rule and I have about 49 errors which is much more reasonable to go through and see the changes..

@ericsoderberghp I'm leaning towards turning this rule off for now and moving forward with an update but would like your opinion as well.

@ericsoderberghp
Copy link
Member

Agreed. Let's turn it off for now, with a comment where we do that referring to this issue.

@britt6612
Copy link
Collaborator Author

Agreed. Let's turn it off for now, with a comment where we do that referring to this issue.

sounds good I'll get to it!

@MikeKingdom
Copy link
Collaborator

Same here. That's an annoying default. I wonder if it would go better if we changed it to only enforce what we seem to prefer like arrow-function for named and unnamed components? Not sure all which styles we use.

@britt6612
Copy link
Collaborator Author

Same here. That's an annoying default. I wonder if it would go better if we changed it to only enforce what we seem to prefer like arrow-function for named and unnamed components? Not sure all which styles we use.

I can look into something like this I believe for the most part we are using arrow-functions but with this rule it did not like the arrow-function it was wanting me to put back the function so seemed like we were regressing..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging a pull request may close this issue.

4 participants