Plugin export is not equal to `plugin` object on flat configs

[soren121]

The types added in #3097 do not match with what the plugin currently exports.

The type definitions declare a default export, which this plugin does not have. The ESLint documentation recommends a default export.

Not providing this export, and then declaring that it is provided, can cause user confusion. For instance, I would expect the following to work:

Outdated, see comment # 2 below

import importPlugin from 'eslint-plugin-import';
import { defineConfig } from 'eslint/config';

export default defineConfig(
  {
    plugins: {
      import: importPlugin,
    },
    rules: {
      'import/named': 'error',
    }
  },
  {
    files: ['src/**/*.{ts,tsx}'],
    extends: [importPlugin.flatConfigs.typescript]
  }
);

TypeScript compiles this without any warning, but ESLint will produce this error:

Oops! Something went wrong! :(

ESLint: 9.36.0

ConfigError: Config "UserConfig[1] > import/typescript": Key "plugins": Cannot redefine plugin "import".

[ljharb]

The package is CJS, so it only has a default export (see https://app.unpkg.com/eslint-plugin-import@2.32.0/files/lib/index.js). That code should work fine.

Note that TS needs synthetic imports and esModuleInterop enabled, otherwise its module system is broken. What is your TS config?

[soren121]

I have allowSyntheticDefaultImports and esModuleInterop both set to true in my tsconfig.json.

The package is CJS, so it only has a default export

I see, I had assumed it was ESM. I double-checked and made a separate repro, and realized the issue is a bit different than what I initially described. The particular problem I'm seeing is that ESLint's plugin normalization isn't working in the following scenario:

• Config B, in its own package, defines the import plugin via a flat configuration
• Config A, in a different package, extends Config B
• Config A defines the import plugin using its default export

This scenario is what causes the error above, and the following repro illustrates this problem: import-repro.zip

I believe this is because the plugin object that the flat configs define is not referentially equal to the plugin's default export. My linked PR resolves this problem.