Skip to content

Conversation

@Sysix
Copy link
Member

@Sysix Sysix commented May 25, 2025

related #9561

Copy link
Member Author

Sysix commented May 25, 2025


How to use the Graphite Merge Queue

Add either label to this PR to merge it via the merge queue:

  • 0-merge - adds this PR to the back of the merge queue
  • hotfix - for urgent hot fixes, skip the queue and merge this PR next

You must have a Graphite account in order to use the merge queue. Sign up using this link.

An organization admin has enabled the Graphite Merge Queue in this repository.

Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue.

This stack of pull requests is managed by Graphite. Learn more about stacking.

@github-actions github-actions bot added A-linter Area - Linter C-cleanup Category - technical debt or refactoring. Solution not expected to change behavior labels May 25, 2025
@codspeed-hq
Copy link

codspeed-hq bot commented May 25, 2025

CodSpeed Instrumentation Performance Report

Merging #11284 will not alter performance

Comparing 05-25-refactor_linter_use_possiblefixes_instead_of_option_fix_ (042a3f3) with main (ffcfb46)

Summary

✅ 38 untouched benchmarks

@Sysix Sysix force-pushed the 05-25-refactor_linter_use_possiblefixes_instead_of_option_fix_ branch from 947b76f to a4d8586 Compare May 25, 2025 17:29
@github-actions github-actions bot added the A-editor Area - Editor and Language Server label May 25, 2025
@Sysix Sysix force-pushed the 05-25-refactor_linter_use_possiblefixes_instead_of_option_fix_ branch 2 times, most recently from af82b99 to d5ca528 Compare May 25, 2025 18:13
@Sysix
Copy link
Member Author

Sysix commented May 26, 2025

@camc314 ESLint defines the category suggestion as non-appliable in CLI:
https://eslint.org/docs/latest/use/core-concepts#rule-suggestions

We already "broke" this with our --fix-suggestions, but this is a problem now for forward-ref-uses-ref.
Because there exist 2 suggestions and I do not know how to deal with it.
https://github.com/jsx-eslint/eslint-plugin-react/blob/master/docs/rules/forward-ref-uses-ref.md

💡 This rule is manually fixable by editor suggestions.

Should we be able to autofix this in CLI? What suggestion will be used then?
The same for the autofix feature in VSCode editors.codeActionsOnSave: { "source.fixAll.oxc": "always" }

@Sysix Sysix force-pushed the 05-25-refactor_linter_use_possiblefixes_instead_of_option_fix_ branch from d5ca528 to 31d628b Compare May 26, 2025 19:28
@camc314
Copy link
Contributor

camc314 commented May 26, 2025

@camc314 ESLint defines the category suggestion as non-appliable in CLI: https://eslint.org/docs/latest/use/core-concepts#rule-suggestions

We already "broke" this with our --fix-suggestions, but this is a problem now for forward-ref-uses-ref. Because there exist 2 suggestions and I do not know how to deal with it. https://github.com/jsx-eslint/eslint-plugin-react/blob/master/docs/rules/forward-ref-uses-ref.md

I think this is fine we have this option. using --fix-suggesiont or --fix-dangerous are pretty similar and applying either could break your code. Given this, I think it's fine to just pick the first suggestion in the array to apply

💡 This rule is manually fixable by editor suggestions.

Should we be able to autofix this in CLI?

imo yes, no reason not to

What suggestion will be used then?
the first one in the iec
The same for the autofix feature in VSCode editors.codeActionsOnSave: { "source.fixAll.oxc": "always" }

fixAll should only apply "safe" fixes

@Sysix Sysix force-pushed the 05-25-refactor_linter_use_possiblefixes_instead_of_option_fix_ branch 5 times, most recently from 0473b5f to 4e6c9ce Compare May 28, 2025 18:20
@Sysix
Copy link
Member Author

Sysix commented May 29, 2025

fixAll should only apply "safe" fixes

This is the default behavior. The client can change it with oxc.flags.fix_kind key

@Sysix Sysix marked this pull request as ready for review May 29, 2025 13:28
@Sysix Sysix requested a review from camc314 as a code owner May 29, 2025 13:28
@camc314 camc314 added the 0-merge Merge with Graphite Merge Queue label May 29, 2025
Copy link
Contributor

camc314 commented May 29, 2025

Merge activity

@graphite-app graphite-app bot force-pushed the 05-25-refactor_linter_use_possiblefixes_instead_of_option_fix_ branch from 4e6c9ce to 042a3f3 Compare May 29, 2025 13:59
@graphite-app graphite-app bot merged commit 042a3f3 into main May 29, 2025
25 checks passed
@graphite-app graphite-app bot deleted the 05-25-refactor_linter_use_possiblefixes_instead_of_option_fix_ branch May 29, 2025 14:02
@graphite-app graphite-app bot removed the 0-merge Merge with Graphite Merge Queue label May 29, 2025
camc314 added a commit that referenced this pull request May 30, 2025
## [0.17.0] - 2025-05-30

- ead5309 linter: [**BREAKING**] Remove react from default plugin set
(#11382) (camc314)

### Features

- 2d25bd8 linter: Remove `unicorn/no-for-loop` over
`typescript/prefer-for-of` (#11354) (camc314)
- bbb7eb1 linter: Add auto-fix to react/forward-ref-uses-ref (#11342)
(yefan)
- 590c27b linter: Add auto-fix to unicorn/no-await-expression-member
(#11306) (yefan)
- 7824f01 linter: Implement suggestion for `jsx/no-useless-fragment`
(#10800) (Cam McHenry)
- 2083d33 linter/language_server: Add second editor suggestion for
`react/forward-ref-uses-ref` (#11375) (Sysix)

### Bug Fixes

- f6424dd linter: Reflect react plugin is disabled by default in cli
(#11397) (camc314)
- 25ecbfe linter: Remove use of `FrameworkFlags::React` to decide
whether rules should run (#11383) (camc314)
- 0d240e4 linter: False positive in react/exhaustive-deps with default
formal parameter (#11395) (camc314)
- c91697e linter: Fix panic in multi byte char in `TryFrom` aria
(#11350) (camc314)
- 9798ef1 linter: Stack overflow in no-async-endpoint-handlers (#11317)
(camc314)
- 348ad97 linter: Skip no-unused-vars on astro files (#11303) (camc314)
- 183d7f0 linter: Make `jest/no-large-snapshots` error easier to
comprehend (#11294) (Ulrich Stark)
- 4e606a5 linter: Improve `jest/no-large-snapshots` (#11291) (Ulrich
Stark)
- 14f790f linter: Improve `jest/no-restricted-matchers` (#11292) (Ulrich
Stark)
- a2c82be linter/block-scoped-var: Better diagnostic messages (#11290)
(DonIsaac)
- 19772e5 linter/no-unused-vars: Panic when variable is redeclared as
function in same scope (#11280) (Dunqing)
- 7af5bb1 oxc_language_server: Include save option for text document
sync capability (#11297) (Nicholas Rayburn)

### Performance

- 0ed6c1a language_server: Use `Arc<RwLock>` instead of `Mutex` for
workspace workers (#11328) (Sysix)
- a0ee946 linter: Reduce code size in `globals` (#11333) (shulaoda)
- c90c5e9 linter/no-unused-vars: Simplify checking self call usage
(#11281) (Dunqing)

### Documentation

- eae51ca linter: Clarify jsdoc/check-tag-names configuration (#11394)
(Rägnar O'ock)
- cd354d4 oxlint: Remove incorrect doc comment (#11326) (camc314)

### Refactor

- 42738f0 linter: Shorten code of match arms (#11389) (Ulrich Stark)
- 8a34447 linter: Improve `unicorn/text-encoding-identifier-case`
(#11386) (shulaoda)
- eaa605e linter: Avoid some `Arc::clone` in linter runtime (#11388)
(Boshen)
- 1cd8b9c linter: Fixes in `react/forward-ref-uses-ref` are suggestions
(#11376) (Sysix)
- 50ef691 linter: Add `diagnostics_with_multiple_fixes` to `LintContext`
(#11357) (Sysix)
- 606bb34 linter: Accept `PossibleFixes` instead of `Fix` for `Messages`
(#11295) (Sysix)
- 042a3f3 linter: Use `PossibleFixes` instead of `Option<Fix>` (#11284)
(Sysix)
- ffcfb46 linter: Improve `unicorn/throw-new-error` (#11364) (shulaoda)
- 8fb55c3 linter: Cleanup docs and simplify code of
`eslint/no-fallthrough` (#11331) (Ulrich Stark)
- e2f0f0a linter: Improve docs and simplify code of
`eslint/no-duplicate-imports` (#11320) (Ulrich Stark)
- b53b053 linter: Simplify accessing span of NameSpan (#11305) (Ulrich
Stark)
- 4bc2650 linter: Improve `eslint/no-void` (#11285) (shulaoda)

### Styling

- 49b664c linter: Remove needless newline in `declare_oxc_lint` (#11400)
(camc314)

### Testing

- c4f64aa linter: Explicitly disable correctness for clarity (#11327)
(camc314)
- a404b2c linter: `eslint/no-duplicate-imports` shouldn't report the
same span (#11324) (Ulrich Stark)

Co-authored-by: camc314 <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-editor Area - Editor and Language Server A-linter Area - Linter C-cleanup Category - technical debt or refactoring. Solution not expected to change behavior

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants