-
Notifications
You must be signed in to change notification settings - Fork 49
Fix compatibility issues with ESLint 9 #157
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
Conversation
Hi @net! Thank you for your pull request and welcome to our community. Action RequiredIn order to merge any pull request (code, docs, etc.), we require contributors to sign our Contributor License Agreement, and we don't seem to have one on file for you. ProcessIn order for us to review and merge your suggested changes, please sign at https://code.facebook.com/cla. If you are contributing on behalf of someone else (eg your employer), the individual CLA may not be sufficient and your employer may need to sign the corporate CLA. Once the CLA is signed, our tooling will perform checks and validations. Afterwards, the pull request will be tagged with If you have received this in error or have any questions, please contact us at [email protected]. Thanks! |
Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Meta Open Source project. Thanks! |
Thanks for fixing compatibility issues! There are some lint error in the commit, could you take a look?
|
@tyao1 I believe those are caused by the version of eslint that this repo itself uses being out of date. I’ll go ahead and update it to the latest if that works for you. |
Would be lovely to see this PR merged! |
@tyao1 I fixed the lint errors by upgrading to ESLint 9. I also fixed all the failing tests. Unfortunately, there are six flow tests that are still failing that I wasn't able to fix. I believe they're failing due to the original changes for ESLint 9 compatibility. Since those changes are backwards compatible, I don't believe this PR introduces any regressions for users on older ESLint versions despite those failing tests. Flow users on ESLint 9 may experience the generated-flow-types rule not surfacing errors in a few cases where it should, but that seems preferable to not being able to use the eslint-plugin-relay at all. The tests aren't failing due to runtime errors; the rule just isn't returning errors in a few cases where they're expected. I commented out the six failing flow tests here: e81285a I believe this is mergable now :) |
thanks for the fixes. These rules with failing tests might be redundant with the latest flow. We can revisit these failing tests if needed. Do you have access to merge? |
Looks like the GitHub workflow errored so no release was published to NPM. Guessing it has something to do with If no one looks into it I might take a look later. |
Shipped in |
it works from here, i can remove the fixupPluginRules 👯 :) thanks |
Yup, working fine now. Thanks! 👌 |
ESLint 9 dropped support for some legacy plugin APIs. This migrates the plugin's rules to support ESLint 9, while staying backwards compatible.
Much of the diff is whitespace changes migrating legacy function rules to the object syntax, so I suggest viewing it with hide whitespace enabled.
Notably, this does not update the plugin to use the new flat config. This plugin will still work with the new flat config, but anyone wanting to use this in a flat config will have to use this compatibility syntax:
If anyone wants to try updating the plugin to work natively with the new flat config, see: https://eslint.org/docs/latest/extend/plugin-migration-flat-config
Partially fixes #156.