[no-duplicates] prefer-inline breaks unassigned and top-level type imports

説明

"import/no-duplicates": ["error", { "prefer-inline": true }],

import type { X } from "xyz";

import "xyz";

// [...]

コントリビューターガイド

技術スタック

typescriptjavascript

領域

developer experience

Issue 種別

bug

難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。

3

推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。

half day

活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。

fresh

明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。

clear

前提条件

Understanding of TypeScript import typesBasic knowledge of ESLint rules

初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。

65

調査方針

The issue is about the `no duplicates` rule with `prefer inline` option incorrectly removing a side effect import when a type import from the same module exists. To fix, examine the rule's implementation in `src/rules/no duplicates.ts` (or similar) to understand how it handles `type` imports and side effect imports. The auto fix logic should preserve `import "xyz";` even when `import type { X }` is present. Look at existing tests for `prefer inline` to see how they handle edge cases and add a test case for unassigned imports. The issue reporter provided a clear failing example.