Merge remote-tracking branch 'upstream/main' into linter/issue-20465-vue-js-plugin-ranges

# Conflicts:
#	crates/oxc_linter/src/context/host.rs
#	crates/oxc_linter/src/lib.rs
#	crates/oxc_linter/src/service/runtime.rs

Author: ubugeeei

.agents/skills/migrate-oxlint/SKILL.md

@@ -48,21 +48,21 @@ After migration, review the generated `.oxlintrc.json`.
 
 The migration tool automatically maps ESLint plugins to oxlint's built-in equivalents. The following table is for reference when reviewing the generated config:
 
-| ESLint Plugin                                       | Oxlint Plugin Name |
-| --------------------------------------------------- | ------------------ |
-| `@typescript-eslint/eslint-plugin`                  | `typescript`       |
-| `eslint-plugin-react` / `eslint-plugin-react-hooks` | `react`            |
-| `eslint-plugin-import` / `eslint-plugin-import-x`   | `import`           |
-| `eslint-plugin-unicorn`                             | `unicorn`          |
-| `eslint-plugin-jsx-a11y`                            | `jsx-a11y`         |
-| `eslint-plugin-react-perf`                          | `react-perf`       |
-| `eslint-plugin-promise`                             | `promise`          |
-| `eslint-plugin-jest`                                | `jest`             |
-| `@vitest/eslint-plugin`                             | `vitest`           |
-| `eslint-plugin-jsdoc`                               | `jsdoc`            |
-| `eslint-plugin-next`                                | `nextjs`           |
-| `eslint-plugin-node`                                | `node`             |
-| `eslint-plugin-vue`                                 | `vue`              |
+| ESLint Plugin                                         | Oxlint Plugin Name |
+| ----------------------------------------------------- | ------------------ |
+| `@typescript-eslint/eslint-plugin`                    | `typescript`       |
+| `eslint-plugin-react` / `eslint-plugin-react-hooks`   | `react`            |
+| `eslint-plugin-import` / `eslint-plugin-import-x`     | `import`           |
+| `eslint-plugin-unicorn`                               | `unicorn`          |
+| `eslint-plugin-jsx-a11y` / `eslint-plugin-jsx-a11y-x` | `jsx-a11y`         |
+| `eslint-plugin-react-perf`                            | `react-perf`       |
+| `eslint-plugin-promise`                               | `promise`          |
+| `eslint-plugin-jest`                                  | `jest`             |
+| `@vitest/eslint-plugin`                               | `vitest`           |
+| `eslint-plugin-jsdoc`                                 | `jsdoc`            |
+| `eslint-plugin-next`                                  | `nextjs`           |
+| `eslint-plugin-node`                                  | `node`             |
+| `eslint-plugin-vue`                                   | `vue`              |
 
 Default plugins (enabled when `plugins` field is omitted): `unicorn`, `typescript`, `oxc`.
 Setting the `plugins` array explicitly overrides these defaults.

.agents/skills/performance-lint-rules/SKILL.md

@@ -0,0 +1,49 @@
+---
+name: performance-lint-rules
+description: Tips for writing performant Oxc linter rules. Use only when editing Rust rule implementations under crates/oxc_linter/src/rules/.
+---
+
+This skill gives performance guidance for Oxc linter rule implementations.
+
+## Scope
+
+Use this skill **only** for Rust code under `crates/oxc_linter/src/rules/`.
+
+Do not use this skill for linter infrastructure, parser code, semantic analysis, formatter code, tests outside the rules directory, or unrelated crates.
+
+## Performance Guidelines
+
+### Prefer top-level node kind checks
+
+Put node kind checks at the top level of the rule when possible. Rule runner implementations generated by lintgen can recognize implemented node types, which helps avoid invoking rules on unrelated AST nodes.
+
+### Do cheaper checks first
+
+Order checks from cheapest and most selective to most expensive. Simple equality checks, early returns, and fast paths such as ASCII-only checks should come before semantic lookups, allocations, or deeper AST traversal.
+
+Most rules trigger on only a small set of nodes, so quickly return for the common non-matching cases.
+
+### Optimize for success
+
+Most files do not contain lint errors. Avoid preparing diagnostics, labels, help text, fix data, or other extra context until the rule knows it needs to report an issue.
+
+### Iterate over the smallest set possible
+
+Avoid walking more syntax than necessary.
+
+- Use `run_once` when the rule only needs a whole-file pass and does not need to run on every node.
+- Iterate over symbols instead of AST nodes when looking for references to specific names.
+- Prefer targeted lists or semantic data over broad AST traversal when available.
+
+### Avoid unnecessary regular expressions
+
+Do not construct regular expressions internally when byte or string checks are enough. Prefer simple operations such as checking whether a string contains a character, starts with a prefix, ends with a suffix, or matches a small fixed set of values.
+
+### Avoid heap allocations
+
+Minimize allocations in hot lint paths.
+
+- Use copy-on-write utilities when a value usually does not need to change.
+- Avoid intermediate `Vec`s and `String`s when iteration or borrowed data is enough.
+- Keep temporary data on the stack when practical.
+- Delay allocation until a diagnostic, fix, or transformed value is actually needed.

.devcontainer/devcontainer.json

@@ -7,7 +7,7 @@
   },
   "features": {
     "ghcr.io/devcontainers/features/sshd:1": {},
-    "ghcr.io/devcontainers/features/node:1": {},
+    "ghcr.io/devcontainers/features/node:2": {},
     "ghcr.io/devcontainers/features/github-cli:1": {
       "version": "latest"
     },

.github/scripts/clone-parallel.mjs

@@ -11,11 +11,11 @@ import { dirname, join } from "node:path";
 
 // Submodule commit SHAs - updated automatically by .github/workflows/update_submodules.yml
 // NOTE: Prettier version is now pinned to `v3.8.2` (not updated by workflow above), Update manually as needed
-const TEST262_SHA = "2b2ecead6e828dd9af13a9ec72065e645724a50f";
-const BABEL_SHA = "c543b03170260d02138857dc09877d0af71a7931";
-const TYPESCRIPT_SHA = "c7a0ae102dfb030c534a7bc31fbbd61a707dc9cf";
+const TEST262_SHA = "78fc3f8efe12632ee0344048dff219c078861c1c";
+const BABEL_SHA = "3d34928e9124e11bf74fa6e522e697059248283d";
+const TYPESCRIPT_SHA = "f350b52331494b68c90ab02e2b6d0828d2a22a74";
 const PRETTIER_SHA = "d7108a79ec745c04292aabf22c4c1adbd690b191";
-const ESTREE_CONFORMANCE_SHA = "e4104a13904df535b4571c6d1308bea0974ee860";
+const ESTREE_CONFORMANCE_SHA = "576e7d82f35682a6879673092653aab8f9b3f96d";
 const NODE_COMPAT_TABLE_SHA = "499beb6f1daa36f10c26b85a7f3ec3b3448ded23";
 
 const repoRoot = join(import.meta.dirname, "..", "..");

.github/workflows/autofix.yml

@@ -18,20 +18,20 @@ jobs:
     steps:
       - uses: taiki-e/checkout-action@7d1e50e93dc4fb3bba58f85018fadf77898aee8b # v1.4.2
 
-      - uses: oxc-project/setup-node@4c26e7cb3605b6bdef5450dacd02c434b10fd8ba # v1.2.0
+      - uses: oxc-project/setup-node@ab97f03642370d79a7e96dd286bd02a1be40e0ba # v1.3.0
 
       - uses: oxc-project/setup-rust@23f38cfb0c04af97a055f76acee94d5be71c7c82 # v1.0.16
         with:
           restore-cache: true
           cache-key: warm
-          tools: just,cargo-shear@1.11.2
+          tools: just,cargo-shear@1.12.4
           components: rustfmt
 
       - name: cargo-shear
         id: shear
         shell: bash
         run: |
-          if ! cargo shear --fix; then
+          if ! cargo shear --fix --check-test-targets --deny-warnings --format=github; then
             echo "shear=true" >> $GITHUB_OUTPUT
           fi
 

.github/workflows/benchmark.yml

@@ -92,7 +92,7 @@ jobs:
           rm target/codspeed/analysis/oxc_benchmark/*.d
 
       - name: Run benchmark
-        uses: CodSpeedHQ/action@658a901452bb54c799643e060733b7afe9121b8d # v4.14.0
+        uses: CodSpeedHQ/action@3194d9a39c4d46684cb44bf7207fc56626aad8fd # v4.15.1
         timeout-minutes: 30
         with:
           mode: simulation

.github/workflows/cargo_llvm_lines.yml

@@ -22,7 +22,7 @@ jobs:
       - uses: oxc-project/setup-rust@23f38cfb0c04af97a055f76acee94d5be71c7c82 # v1.0.16
 
       - name: Install cargo-llvm-lines
-        uses: taiki-e/install-action@cf525cb33f51aca27cd6fa02034117ab963ff9f1 # v2.75.22
+        uses: taiki-e/install-action@65851e10cd6c377f11a60e600abc07cb08643468 # v2.79.3
         with:
           tool: cargo-llvm-lines