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

Description

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

import type { X } from "xyz";

import "xyz";

// [...]

Guia do colaborador

Pilha de tecnologia

typescriptjavascript

Domain

developer experience

Tipo Issue

bug

DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.

3

Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.

half day

Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.

fresh

ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.

clear

Prerequisites

Understanding of TypeScript import typesBasic knowledge of ESLint rules

Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.

65

Direção de pesquisa

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.