8000 Upgrade eslint to V9 by omer-azmon · Pull Request #592 · argoproj/argo-ui · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Upgrade eslint to V9 #592

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

Open
wants to merge 5 commits into
base: master
Choose a base branch
from
Open

Conversation

omer-azmon
Copy link

Using Gemini 2.5 Pro and Cursor I have upgraded this repo to current eslint.
This does not fix any actual linting errors found.

omer-azmon added 5 commits May 8, 2025 15:59
By removing all our explicit mentions of @typescript-eslint/ban-types (either to set it off or via disable comments), ESLint is no longer attempting to apply this specific rule in a context where its definition cannot be found for that particular file.
This implies that one of the spread configurations (typescriptEslintPlugin.configs['flat/recommended-type-checked'] or reactPlugin.configs.flat.recommended) does enable @typescript-eslint/ban-types, and it's now being correctly applied (or not, if its internal file matching doesn't include this specific file for that rule, but critically, it's not erroring).
The migration to ESLint v9 and flat config is now complete, and yarn lint passes. We can now progressively re-enable or fix the violations for the stricter type-aware rules (like no-unsafe-*, unbound-method, etc.) that we temporarily set to off in eslint.config.mjs (block argoproj#5).
By removing all our explicit mentions of @typescript-eslint/ban-types (either to set it off or via disable comments), ESLint is no longer attempting to apply this specific rule in a context where its definition cannot be found for that particular file.
This implies that one of the spread configurations (typescriptEslintPlugin.configs['flat/recommended-type-checked'] or reactPlugin.configs.flat.recommended) does enable @typescript-eslint/ban-types, and it's now being correctly applied (or not, if its internal file matching doesn't include this specific file for that rule, but critically, it's not erroring).
The migration to ESLint v9 and flat config is now complete, and yarn lint passes. We can now progressively re-enable or fix the violations for the stricter type-aware rules (like no-unsafe-*, unbound-method, etc.) that we temporarily set to off in eslint.config.mjs (block argoproj#5).

Signed-off-by: Omer Azmon <omer_azmon@intuit.com>
…into eslint-upgrade

Signed-off-by: Omer Azmon <omer_azmon@intuit.com>
@crenshaw-dev
Copy link
Member

@linghaoSu would you be interested in taking a look at this? :-)

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 this pull request may close these issues.

2 participants
0