chore(deps): update lint #12561

renovate · 2024-12-16T03:14:16Z

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
eslint (source)	`^9.15.0` -> `^9.17.0`
eslint-plugin-import-x	`^4.4.2` -> `^4.5.0`
lint-staged	`^15.2.10` -> `^15.2.11`
prettier (source)	`^3.3.3` -> `^3.4.2`
typescript-eslint (source)	`^8.14.0` -> `^8.18.0`

Release Notes

eslint/eslint (eslint)

`v9.17.0`

Compare Source

`v9.16.0`

Compare Source

Features

8f70eb1 feat: Add ignoreComputedKeys option in sort-keys rule (#19162) (Milos Djermanovic)

Documentation

9eefc8f docs: fix typos in use-isnan (#19190) (루밀LuMir)
0c8cea8 docs: switch the order of words in no-unreachable (#19189) (루밀LuMir)
0c19417 docs: add missing backtick to no-async-promise-executor (#19188) (루밀LuMir)
8df9276 docs: add backtick in -0 in description of no-compare-neg-zero (#19186) (루밀LuMir)
7e16e3f docs: fix caseSensitive option's title of sort-keys (#19183) (Tanuj Kanti)
0c6b842 docs: fix typos in migration-guide.md (#19180) (루밀LuMir)
353266e docs: fix a typo in debug.md (#19179) (루밀LuMir)
5ff318a docs: delete unnecessary horizontal rule(---) in nodejs-api (#19175) (루밀LuMir)
576bcc5 docs: mark more rules as handled by TypeScript (#19164) (Tanuj Kanti)
742d054 docs: note that no-restricted-syntax can be used with any language (#19148) (Milos Djermanovic)

Chores

feb703b chore: upgrade to @eslint/[email protected] (#19195) (Francesco Trotta)
df9bf95 chore: package.json update for @eslint/js release (Jenkins)
f831893 chore: add type for ignoreComputedKeys option of sort-keys (#19184) (Tanuj Kanti)
3afb8a1 chore: update dependency @eslint/json to ^0.8.0 (#19177) (Milos Djermanovic)
1f77c53 chore: add repository.directory property to package.json (#19165) (루밀LuMir)
d460594 chore: update dependency @arethetypeswrong/cli to ^0.17.0 (#19147) (renovate[bot])
45cd4ea refactor: update default options in rules (#19136) (Milos Djermanovic)

un-ts/eslint-plugin-import-x (eslint-plugin-import-x)

`v4.5.0`

Compare Source

Minor Changes

#192 fbf639b Thanks @SukkaW! - The PR implements the new resolver design proposed in https://github.com/un-ts/eslint-plugin-import-x/issues/40#issuecomment-2381444266

For `eslint-plugin-import-x` users

Like the ESLint flat config allows you to use js objects (e.g. import and require) as ESLint plugins, the new eslint-plugin-import-x resolver settings allow you to use js objects as custom resolvers through the new setting import-x/resolver-next:

// eslint.config.js
import { createTsResolver } from '#custom-resolver';
const { createOxcResolver } = require('path/to/a/custom/resolver');

const resolverInstance = new ResolverFactory({});
const customResolverObject = {
  interfaceVersion: 3,
  name: 'my-custom-eslint-import-resolver',
  resolve(modPath, sourcePath) {
    const path = resolverInstance.resolve(modPath, sourcePath);
    if (path) {
      return {
        found: true,
        path
      };
    }

    return {
      found: false,
      path: null
    }
  };
};

module.exports = {
  settings: {
    // multiple resolvers
    'import-x/resolver-next': [
      customResolverObject,
      createTsResolver(enhancedResolverOptions),
      createOxcResolver(oxcOptions),
    ],
    // single resolver:
    'import-x/resolver-next': [createOxcResolver(oxcOptions)]
  }
}

The new import-x/resolver-next no longer accepts strings as the resolver, thus will not be compatible with the ESLint legacy config (a.k.a. .eslintrc). Those who are still using the ESLint legacy config should stick with import-x/resolver.

In the next major version of eslint-plugin-import-x (v5), we will rename the currently existing import-x/resolver to import-x/resolver-legacy (which allows the existing ESLint legacy config users to use their existing resolver settings), and import-x/resolver-next will become the new import-x/resolver. When ESLint v9 (the last ESLint version with ESLint legacy config support) reaches EOL in the future, we will remove import-x/resolver-legacy.

We have also made a few breaking changes to the new resolver API design, so you can't use existing custom resolvers directly with import-x/resolver-next:

// When migrating to `import-x/resolver-next`, you CAN'T use legacy versions of resolvers directly:
module.exports = {
  settings: {
    // THIS WON'T WORK, the resolver interface required for `import-x/resolver-next` is different.
    'import-x/resolver-next': [
       require('eslint-import-resolver-node'),
       require('eslint-import-resolver-webpack'),
       require('some-custom-resolver')
    ];
  }
}

For easier migration, the PR also introduces a compat utility importXResolverCompat that you can use in your eslint.config.js:

// eslint.config.js
import eslintPluginImportX, { importXResolverCompat } from 'eslint-plugin-import-x';
// or
const eslintPluginImportX = require('eslint-plugin-import-x');
const { importXResolverCompat } = eslintPluginImportX;

module.exports = {
  settings: {
    // THIS WILL WORK as you have wrapped the previous version of resolvers with the `importXResolverCompat`
    'import-x/resolver-next': [
       importXResolverCompat(require('eslint-import-resolver-node'), nodeResolveOptions),
       importXResolverCompat(require('eslint-import-resolver-webpack'), webpackResolveOptions),
       importXResolverCompat(require('some-custom-resolver'), { option1: true, option2: '' })
    ];
  }
}

For custom import resolver developers

This is the new API design of the resolver interface:

export interface NewResolver {
  interfaceVersion: 3;
  name?: string; // This will be included in the debug log
  resolve: (modulePath: string, sourceFile: string) => ResolvedResult;
}

// The `ResultNotFound` (returned when not resolved) is the same, no changes
export interface ResultNotFound {
  found: false;
  path?: undefined;
}

// The `ResultFound` (returned resolve result) is also the same, no changes
export interface ResultFound {
  found: true;
  path: string | null;
}

export type ResolvedResult = ResultNotFound | ResultFound;

You will be able to import NewResolver from eslint-plugin-import-x/types.

The most notable change is that eslint-plugin-import-x no longer passes the third argument (options) to the resolve function.

We encourage custom resolvers' authors to consume the options outside the actual resolve function implementation. You can export a factory function to accept the options, this factory function will then be called inside the eslint.config.js to get the actual resolver:

// custom-resolver.js
exports.createCustomResolver = (options) => {
  // The options are consumed outside the `resolve` function.
  const resolverInstance = new ResolverFactory(options);

  return {
    name: 'custom-resolver',
    interfaceVersion: 3,
    resolve(mod, source) {
      const found = resolverInstance.resolve(mod, {});

      // Of course, you still have access to the `options` variable here inside
      // the `resolve` function. That's the power of JavaScript Closures~
    }
  }
};

// eslint.config.js
const { createCustomResolver } = require('custom-resolver')

module.exports = {
  settings: {
    'import-x/resolver-next': [
       createCustomResolver(options)
    ];
  }
}

This allows you to create a reusable resolver instance to improve the performance. With the existing version of the resolver interface, because the options are passed to the resolver function, you will have to create a resolver instance every time the resolve function is called:

module.exports = {
  interfaceVersion: 2,
  resolve(mod, source) {
    // every time the `resolve` function is called, a new instance is created
    // This is very slow
    const resolverInstance = ResolverFactory.createResolver({});
    const found = resolverInstance.resolve(mod, {});
  },
};

With the factory function pattern, you can create a resolver instance beforehand:

exports.createCustomResolver = (options) => {
  // `enhance-resolve` allows you to create a reusable instance:
  const resolverInstance = ResolverFactory.createResolver({});
  const resolverInstance = enhanceResolve.create({});

  // `oxc-resolver` also allows you to create a reusable instance:
  const resolverInstance = new ResolverFactory({});

  return {
    name: "custom-resolver",
    interfaceVersion: 3,
    resolve(mod, source) {
      // the same re-usable instance is shared across `resolve` invocations.
      // more performant
      const found = resolverInstance.resolve(mod, {});
    },
  };
};

Patch Changes

#184 bc4de89 Thanks @marcalexiei! - fix(no-cycle): improves the type declaration of the rule no-cycle’s maxDepth option
#184 bc4de89 Thanks @marcalexiei! - fix(first): improves the type declaration of the rule first's option
#184 bc4de89 Thanks @marcalexiei! - fix(no-unused-modules): improves the type declaration of the rule no-unused-modules’s missingExports option
#184 bc4de89 Thanks @marcalexiei! - fix(no-deprecated): improve error message when no description is available

`v4.4.3`

Compare Source

Patch Changes

#187 a428f82 Thanks @SukkaW! - Attach ecmaVersion and sourceType to parserOptions during parse

lint-staged/lint-staged (lint-staged)

`v15.2.11`

Compare Source

Patch Changes

#1484 bcfe309 Thanks @wormsik! - Escape paths containing spaces when using the "shell" option.
#1487 7dd8caa Thanks @iiroj! - Do not treat submodule root paths as "staged files". This caused lint-staged to fail to a Git error when only updating the revision of a submodule.

prettier/prettier (prettier)

`v3.4.2`

Compare Source

diff

Treat U+30A0 & U+30FB in Katakana Block as CJK (#16796 by @tats-u)

Prettier doesn't treat U+30A0 & U+30FB as Japanese. U+30FB is commonly used in Japanese to represent the delimitation of first and last names of non-Japanese people or “and”. The following “C言語・C++・Go・Rust” means “C language & C++ & Go & Rust” in Japanese.

<!-- Input (--prose-wrap=never) -->

C言
語
・
C++
・
Go
・
Rust

<!-- Prettier 3.4.1 -->
C言語・ C++ ・ Go ・ Rust

<!-- Prettier 3.4.2 -->
C言語・C++・Go・Rust

U+30A0 can be used as the replacement of the - in non-Japanese names (e.g. “Saint-Saëns” (Charles Camille Saint-Saëns) can be represented as “サン゠サーンス” in Japanese), but substituted by ASCII hyphen (U+002D) or U+FF1D (full width hyphen) in many cases (e.g. “サン=サーンス” or “サン＝サーンス”).

Fix comments print on class methods with decorators (#16891 by @fisker)

// Input
class A {
  @&#8203;decorator
  /** 
   * The method description
   *
  */
  async method(foo: Foo, bar: Bar) {
    console.log(foo);
  }
}

// Prettier 3.4.1
class A {
  @&#8203;decorator
  async /**
   * The method description
   *
   */
  method(foo: Foo, bar: Bar) {
    console.log(foo);
  }
}

// Prettier 3.4.2
class A {
  @&#8203;decorator
  /**
   * The method description
   *
   */
  async method(foo: Foo, bar: Bar) {
    console.log(foo);
  }
}

Fix non-idempotent formatting (#16899 by @seiyab)

This bug fix is not language-specific. You may see similar change in any languages. This fixes regression in 3.4.0 so change caused by it should yield same formatting as 3.3.3.

// Input
<div>
  foo
  <span>longlonglonglonglonglonglonglonglonglonglonglonglonglonglongl foo</span>
  , abc
</div>;

// Prettier 3.4.1 (first)
<div>
  foo
  <span>
    longlonglonglonglonglonglonglonglonglonglonglonglonglonglongl foo
  </span>, abc
</div>;

// Prettier 3.4.1 (second)
<div>
  foo
  <span>longlonglonglonglonglonglonglonglonglonglonglonglonglonglongl foo</span>
  , abc
</div>;

// Prettier 3.4.2
<div>
  foo
  <span>longlonglonglonglonglonglonglonglonglonglonglonglonglonglongl foo</span>
  , abc
</div>;

`v3.4.1`

Compare Source

diff

Remove unnecessary parentheses around assignment in `v-on` (#16887 by @fisker)

<!-- Input -->
<template>
  <button @&#8203;click="foo += 2">Click</button>
</template>

<!-- Prettier 3.4.0 -->
<template>
  <button @&#8203;click="(foo += 2)">Click</button>
</template>

<!-- Prettier 3.4.1 -->
<template>
  <button @&#8203;click="foo += 2">Click</button>
</template>

`v3.4.0`

Compare Source

diff

🔗 Release Notes

typescript-eslint/typescript-eslint (typescript-eslint)

`v8.18.0`

Compare Source

🩹 Fixes

typescript peer dependency (#10373)

❤️ Thank You

rtritto

You can read about our versioning strategy and releases on our website.

`v8.17.0`

Compare Source

This was a version bump only for typescript-eslint to align it with other projects, there were no code changes.

You can read about our versioning strategy and releases on our website.

`v8.16.0`

Compare Source

This was a version bump only for typescript-eslint to align it with other projects, there were no code changes.

You can read about our versioning strategy and releases on our website.

`v8.15.0`

Compare Source

🚀 Features

typescript-eslint: allow infinitely deep array nesting in config function and extends (#10333)
eslint-plugin: new rule no-unsafe-type-assertion (#10051)
eslint-plugin: added related-getter-setter-pairs rule (#10192)

🩹 Fixes

add missing peer dependencies (#9744)

❤️ Thank You

Brad Zacher @bradzacher
Ethan Wu
Josh Goldberg ✨
Ronen Amiel

You can read about our versioning strategy and releases on our website.

Configuration

📅 Schedule: Branch creation - "* 0-3 * * 1" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

github-actions · 2024-12-16T03:15:17Z

Size Report

Bundles

File	Size	Gzip	Brotli
runtime-dom.global.prod.js	100 kB	37.9 kB	34.2 kB
vue.global.prod.js	158 kB	57.8 kB	51.4 kB

Usages

Name	Size	Gzip	Brotli
createApp (CAPI only)	46.6 kB	18.3 kB	16.7 kB
createApp	54.6 kB	21.3 kB	19.4 kB
createSSRApp	58.7 kB	23 kB	20.9 kB
defineCustomElement	59.4 kB	22.8 kB	20.8 kB
overall	68.4 kB	26.4 kB	24 kB

pkg-pr-new · 2024-12-16T03:15:28Z

Open in Stackblitz

@vue/compiler-core

npm i https://pkg.pr.new/@vue/compiler-core@12561

@vue/compiler-sfc

npm i https://pkg.pr.new/@vue/compiler-sfc@12561

@vue/compiler-dom

npm i https://pkg.pr.new/@vue/compiler-dom@12561

@vue/compiler-ssr

npm i https://pkg.pr.new/@vue/compiler-ssr@12561

@vue/runtime-core

npm i https://pkg.pr.new/@vue/runtime-core@12561

@vue/runtime-dom

npm i https://pkg.pr.new/@vue/runtime-dom@12561

@vue/reactivity

npm i https://pkg.pr.new/@vue/reactivity@12561

@vue/server-renderer

npm i https://pkg.pr.new/@vue/server-renderer@12561

@vue/shared

npm i https://pkg.pr.new/@vue/shared@12561

vue

npm i https://pkg.pr.new/vue@12561

@vue/compat

npm i https://pkg.pr.new/@vue/compat@12561

commit: 6330d4f

Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>

chore(deps): update lint

b81d86e

renovate bot added the dependencies Pull requests that update a dependency file label Dec 16, 2024

edison1105 merged commit 833f9ea into main Dec 16, 2024
15 checks passed

edison1105 deleted the renovate/lint branch December 16, 2024 03:26

abdullah-wn pushed a commit to Lazy-work/vue that referenced this pull request Jan 4, 2025

chore(deps): update lint (vuejs#12561)

2a16948

Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

chore(deps): update lint #12561

chore(deps): update lint #12561

renovate bot commented Dec 16, 2024

github-actions bot commented Dec 16, 2024

pkg-pr-new bot commented Dec 16, 2024 •

edited

Loading

chore(deps): update lint #12561

chore(deps): update lint #12561

Conversation

renovate bot commented Dec 16, 2024

Release Notes

Features

Documentation

Chores

Minor Changes

For eslint-plugin-import-x users

For custom import resolver developers

Patch Changes

Patch Changes

Patch Changes

Treat U+30A0 & U+30FB in Katakana Block as CJK (#​16796 by @​tats-u)

Fix comments print on class methods with decorators (#​16891 by @​fisker)

Fix non-idempotent formatting (#​16899 by @​seiyab)

Remove unnecessary parentheses around assignment in v-on (#​16887 by @​fisker)

🩹 Fixes

❤️ Thank You

🚀 Features

🩹 Fixes

❤️ Thank You

Configuration

github-actions bot commented Dec 16, 2024

Size Report

Bundles

Usages

pkg-pr-new bot commented Dec 16, 2024 • edited Loading

For `eslint-plugin-import-x` users

Treat U+30A0 & U+30FB in Katakana Block as CJK (#16796 by @tats-u)

Fix comments print on class methods with decorators (#16891 by @fisker)

Fix non-idempotent formatting (#16899 by @seiyab)

Remove unnecessary parentheses around assignment in `v-on` (#16887 by @fisker)

pkg-pr-new bot commented Dec 16, 2024 •

edited

Loading